Re: [google-appengine] Re: app.yaml resources suggestions for static hosting

[A. Kong]

With the google cloud storage option to serve static files, what is the 
best way to manage it with the local development environment?

Background: I am thinking of switching from standard to flex environment. I 
am  using python runtime, so the switch can let me to switch from python 
2.7 to python 3 too.  I use webpack to emit a final bundled javascript. In 
a standard environment I can put the file in the static folder as specified 
in app.yaml. 

But if I were to serve this javascript file out of google CDN, how should I 
go about setting up my dev environment?   I certainly do not want to deploy 
scripts whenever I made some minor changes. I think it might be possible to 
use a env variable to control the behaviour. (e,g. use flask to serve 
static file when in dev, but use CDN otherwise)

What is your setup in your cases?

On Tuesday, 16 May 2017 09:28:16 UTC+10, Alex Martelli wrote:
>
> Another possibility for a static-only site, recommended for example in the 
> short, useful video Moving existing applications to Google Cloud Platform 
> ,
>  
> is to use Google Cloud Storage . 
> Here's a tutorial 
>  on how 
> best to achieve this.
>
> Alex
>
> On Mon, May 15, 2017 at 5:28 PM, Blaine Garrett  > wrote:
>
>> If you are only doing static code (i.e. express is just serving files), 
>> you may consider just using a standard env (python or go for simplicity). 
>> From my understanding Flex env will add a fair amount of overhead. 
>> I started a github project years ago for this purpose: 
>> https://github.com/blainegarrett/gae-static It is basically just the 
>> app.yaml that makes a difference.
>>
>> I have a personal project that is a api client node app that once built 
>> simply is deployed as static assets using this approach.
>>
>> Hope that helps. 
>> ~ Blaine
>>
>>
>> On Thursday, May 11, 2017 at 4:59:16 PM UTC-5, ja...@thebabyboxco.com 
>> wrote:
>>>
>>> I'm using nodejs flex environment and express.static middleware for 
>>> hosting a static site, a mix of html, javascript, css and images that has 
>>> about 30 rps
>>>
>>> It seems the defaults on flex environment isn't powerful enough to serve 
>>> static files in under 100ms. I've fixed this problem by increasing the cpu 
>>> count and ram of the base instance to:
>>>
>>> resources:
>>> cpu: 2
>>> memory_gb: 7.6
>>> disk_size_gb: 10
>>>
>>> and have a minimum instance count of 
>>>
>>> automatic_scaling:
>>> min_num_instances: 4
>>> max_num_instances: 20
>>>
>>> can anyone recommend the proper sizing for resource instances and proper 
>>> automatic scaling for this workload?
>>>
>>> Thanks!
>>> Jason
>>>
>>> NOTICE
>>> *This e-mail message is confidential, is intended only for the named 
>>> recipient(s) above, and may contain information that is privileged, 
>>> attorney work product or exempt from disclosure under applicable law.  If 
>>> you have received this message in error, or are not a named recipient(s), 
>>> you are hereby notified that any dissemination, distribution or copying of 
>>> this e-mail is strictly prohibited.  If you have received this message in 
>>> error, please immediately notify the sender by return e-mail and delete 
>>> this e-mail message from your computer.  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-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/e36e89da-f69e-43c2-ade3-1a11fe917aef%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

Re: [google-appengine] Re: app.yaml resources suggestions for static hosting

[A. Kong]

With the google cloud storage option to serve static files, what is the 
best way to manage it with the local development environment?

Background: I am thinking of switch from standard to flex environment using 
python.  I use webpack to emit a final bundled javascript. In a standard 
environment I can put the file in the static folder as specified in 
app.yaml. 

But if I were to serve the javascript out of google CDN, how should I go 
about setting up my dev environment?   I certainly do not want to deploy 
scripts whenever I made some minor changes. I think it might be possible to 
use a env variable to control the behaviour. (e,g. use flask to serve 
static file when in dev, but use CDN otherwise)

What is your setup in your cases?



On Tuesday, 16 May 2017 09:28:16 UTC+10, Alex Martelli wrote:
>
> Another possibility for a static-only site, recommended for example in the 
> short, useful video Moving existing applications to Google Cloud Platform 
> ,
>  
> is to use Google Cloud Storage . 
> Here's a tutorial 
>  on how 
> best to achieve this.
>
> Alex
>
> On Mon, May 15, 2017 at 5:28 PM, Blaine Garrett  > wrote:
>
>> If you are only doing static code (i.e. express is just serving files), 
>> you may consider just using a standard env (python or go for simplicity). 
>> From my understanding Flex env will add a fair amount of overhead. 
>> I started a github project years ago for this purpose: 
>> https://github.com/blainegarrett/gae-static It is basically just the 
>> app.yaml that makes a difference.
>>
>> I have a personal project that is a api client node app that once built 
>> simply is deployed as static assets using this approach.
>>
>> Hope that helps. 
>> ~ Blaine
>>
>>
>> On Thursday, May 11, 2017 at 4:59:16 PM UTC-5, ja...@thebabyboxco.com 
>> wrote:
>>>
>>> I'm using nodejs flex environment and express.static middleware for 
>>> hosting a static site, a mix of html, javascript, css and images that has 
>>> about 30 rps
>>>
>>> It seems the defaults on flex environment isn't powerful enough to serve 
>>> static files in under 100ms. I've fixed this problem by increasing the cpu 
>>> count and ram of the base instance to:
>>>
>>> resources:
>>> cpu: 2
>>> memory_gb: 7.6
>>> disk_size_gb: 10
>>>
>>> and have a minimum instance count of 
>>>
>>> automatic_scaling:
>>> min_num_instances: 4
>>> max_num_instances: 20
>>>
>>> can anyone recommend the proper sizing for resource instances and proper 
>>> automatic scaling for this workload?
>>>
>>> Thanks!
>>> Jason
>>>
>>> NOTICE
>>> *This e-mail message is confidential, is intended only for the named 
>>> recipient(s) above, and may contain information that is privileged, 
>>> attorney work product or exempt from disclosure under applicable law.  If 
>>> you have received this message in error, or are not a named recipient(s), 
>>> you are hereby notified that any dissemination, distribution or copying of 
>>> this e-mail is strictly prohibited.  If you have received this message in 
>>> error, please immediately notify the sender by return e-mail and delete 
>>> this e-mail message from your computer.  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-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/e36e89da-f69e-43c2-ade3-1a11fe917aef%40googlegroups.com
>>  
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

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

[google-appengine] Re: Logging for long running processes ?

[Richard]

Unfortunately not ... I am hoping Jeff Schnitzer or some other 
knowledgeable person chimes in :)

On Wednesday, July 26, 2017 at 3:14:58 PM UTC-4, Evan Jones wrote:
>
> I hope this helps,
>
>>
>>

-- 
You received this message because you are subscribed 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/dc11abd6-1b1e-42b4-99e6-99c375ecbb9f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Wordpress in Appengine

['Kenworth (Google Cloud Platform)' via Google App Engine]

Out of curiosity, is your project-id literally is "projectid" and your 
instance "myinstance"? If not please email both project-id and the name of 
the instance you are trying to establish connection. Include sanitized 
relevant logs, if any.

-- 
You received this message because you are subscribed 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/eff33d2b-08e4-4dd5-8fc0-fe27794295e8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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

['Kenworth (Google Cloud Platform)' via Google App Engine]

@James  I can see that you are already getting responses from my 
colleague(s) on GitHub 
, you 
can continue troubleshooting on your GitHub thread 
 or 
any one of the relevant links you mentioned (link1 
, 
link2 , 
link3 ). 
If no resolution is viable, please feel free to update your Public Issue 
Tracker case providing 
reproducible steps and/or providing a sandbox project.

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

[google-appengine] Wordpress in Appengine

[centrumX Online]

Hi, 


I have an issue about connecting the cloud sql database (second 
generation).  

The error connection said:  we can’t contact the database server at 
:/cloudsql/projectid:us-central1:myinstance. 

I defined in wp-config.php:

define('DB_HOST', ':/cloudsql/projectid:us-central1:myinstance');
   /** The name of the database for WordPress */
   define('DB_NAME', 'tutorialdb');
   /** MySQL database username */
   define('DB_USER', 'user');
   /** MySQL database password */
   define('DB_PASSWORD', 'passworduser');

The appengine application and cloud sql are in the same project, i forgot 
to configure something ? 


I hope you help with these issue. 

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/2f5aa115-5901-408f-82a9-37277fff7b53%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Disaster Recovery(App Engine) - Multi Region

['Yannick (Cloud Platform Support)' via Google App Engine]

Hello Andy,

I did some more research and the consensus is that at this time this really 
cannot be done with App Engine, flexible or standard, as this use case goes 
against the design goals of App Engine and is not supported. The main 
selling point of App Engine is that it will automatically manage and load 
balance instances on which to run your application, meaning you use App 
Engine when you do not wish to manage instances yourself. As such it 
already runs its own load balancer and there's no way to have it play well 
with the Compute Engine Load Balancer.

To quickly answer your questions: you cannot direct traffic to an App 
Engine service using the Compute Engine Load Balancer; Cloud DNS on its own 
is not a load balancer and therefore cannot do fail-over; You cannot copy 
projects directly. The only way to have 2 projects be identical is to 
duplicate actions on both projects or to migrate the data and configuration 
of each product in a project.

It sounds like you really should be doing this using Container Engine 
, which uses the same container 
technology as App Engine Flexible but gives you greater control to manage 
the distribution, replication and scaling of your instances.

Could you tell me if there's a specific reason why you feel like you need 
to use App Engine? If I understand this better I might be able to give a 
better and more complete recommendation as to how you can accomplish this 
on the Google Cloud Platform.

Sincerely,

Yannick

On Wednesday, July 26, 2017 at 9:18:26 AM UTC-4, andy wrote:
>
> Hi Yannick,
>
> Thank you so much for the response.
>
> The links you have shared is more to do with Compute (as u have already 
> mention).
>
> Our mandate is to  deploy the application in "App Engine" (we can use a 
> combination of standard & flex), and it should be resistant to regional 
> failures (should be able to run from another region if there is an outage).
>
> If I deploy the front-end service using "Flex" environment and the 
> back-end services in "Standard", and create a copy of the same in another 
> region using another project -  
> 1. Would I be able to do a load balancing between the two flex servers ?
> 2. Would I be able to do a fail-over to Flex server in alternate region 
> using Cloud DNS ?
>
> Also is there a way to backup the entire App engine service deployed in 
> region "A" and copy it to another region "B" ?
>
> Kindly let me know the possibility of the above 3 options.
>
>
> Thanks
>
> Andy
>
> On Wednesday, July 26, 2017 at 2:19:33 AM UTC+5:30, Yannick (Cloud 
> Platform Support) wrote:
>>
>> Hello Andy,
>>
>> App Engine is a regional service 
>>  and while it is 
>> replicated to all zones of a region to reduce potential downtime, it cannot 
>> span to more than a region. The recommended way to deploy your application 
>> to several regions is to use one region per project, but there is no good 
>> way to load balance between those projects if you use App Engine Standard.
>>
>> This means that the real answer to accomplish what you want to do is to 
>> use Compute Engine, or at the very least App Engine Flexible. Compute 
>> Engine gives you more liberty to create instances in any region of the 
>> world and to load balance between them however you like.
>>
>> Read more on this subject in these articles:
>>
>>- Building Scalable and Resilient Web Applications on Google Cloud 
>>Platform 
>>
>>- Designing Robust Systems 
>>
>>
>> I hope this helps.
>>
>> On Tuesday, July 25, 2017 at 9:12:51 AM UTC-4, andy wrote:
>>>
>>> Hi ,
>>>
>>> I am planning to deploy an Enterprise Grade Application in Google App 
>>> Engine. With both Standard & Flex environment.
>>>
>>> How do I ensure the DR in case a region goes down.
>>>
>>> Example : I deploy my application in AppEngine "N.Virginia" region & if 
>>> there is an outage in the region , how to do I serve the requests from 
>>> another region ?
>>> Could anyone explain on how do I setup a DR site for AppEngine 
>>> Applications.
>>>
>>

-- 
You received this message because you are subscribed 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/a241560f-7a06-454e-81cd-97e7f7b08a41%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Logging for long running processes ?

[Evan Jones]

I'll assume this is App Engine Standard, running on a "backend" instance. I 
have a bunch of things that do something similar, and to get the logs to 
look sensible in the logs viewer, I start a new background thread to do the 
work about once a minute. The logs get attached to the "start time" of the 
background thread, so this means I see a sequence of "requests" each 
minute, with the appropriate messages in it. I'm not totally sure this is 
your problem, but if it is, you'll need to have your log task start a new 
thread periodically? I hope this helps,

Evan


On Wednesday, July 26, 2017 at 1:09:47 PM UTC-4, Richard wrote:
>
> In the old days, I had a backend that ran 24/7 as the master server for a 
> multiplayer game.  As part of this, I would log misc information every 30 
> secs or so.  This was all displayed in a single log entry in the old log 
> viewer and worked well.
>
> Enter stackdriver :(
>
> Now I get the first 3-4 log statements on module startup and nothing else 
> gets logged after that.  Short of pushing all the log statement outputs 
> into a DB text entry, how do I get to:
> 1) write the log statements to a single entry
> 2) see the entry
>
> Python btw...
>
> Thanks in advance.
>
> -R
>
>

-- 
You received this message because you are subscribed 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/ae4ba31a-6df4-4034-9d00-aa37c2529e5d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Logging in local sever (dev server) & Intellij

['George (Cloud Platform Support)' via Google App Engine]

When you execute a local configuration, IntelliJ IDEA, among other things, 
starts the server. Configurations are stored and managed by IntelliJ, not 
the server. The app engine server is listed among the supported ones. You 
should be able to reach your goals reading the downloadable manual. 

-- 
You received this message because you are subscribed 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/544bdd54-fc13-4ce6-b8a6-19604724dd18%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Logging for long running processes ?

[Richard]

In the old days, I had a backend that ran 24/7 as the master server for a 
multiplayer game.  As part of this, I would log misc information every 30 secs 
or so.  This was all displayed in a single log entry in the old log viewer and 
worked well.

Enter stackdriver :(

Now I get the first 3-4 log statements on module startup and nothing else gets 
logged after that.  Short of pushing all the log statement outputs into a DB 
text entry, how do I get to:
1) write the log statements to a single entry
2) see the entry

Python btw...

Thanks in advance.

-R

-- 
You received this message because you are subscribed 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/4b5e4d83-f4c6-4a57-94ef-effe6354c005%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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

[Christian Maan]

Ah, I just found your issue on github and was writing up a reply with the 
same workaround.

Automagic authentication does not work in a plain java thread pool, to 
avoid `UNAUTHENTICATED` errors you would need to use a PubSub client with 
explicit credentials, e.g.:
```
Publisher.defaultBuilder(topicName)
.setCredentialsProvider(/* ... */)
.build()
```

For reference, I will also add a comment to your issue 
https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275


On Wednesday, July 26, 2017 at 5:13:00 PM UTC+2, James Baldassari wrote:
>
> Kenworth, Christian:
>
> I've posted reports of this issue in a few different places:
>
> https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275
>
>
> https://stackoverflow.com/questions/45330377/pubsub-in-app-engine-standard-java-8-nullpointerexception-at-apiproxyimplcurre
>
> https://issuetracker.google.com/issues/64064706
>
> Hopefully someone at Google sees one of those.
>
> On Wednesday, July 26, 2017 at 11:02:30 AM UTC-4, James Baldassari wrote:
>>
>> Christian, thanks for that interesting (and kind of scary) work-around (
>> https://gist.github.com/cmaan/7752e3c4fd0b1ba90a745cb6db232206).  I was 
>> having the same problem but with the PubSub client rather than the Spanner 
>> client.  By switching the thread factory I was able to avoid the NPE at 
>> ApiProxyImpl.java:1267, but now I'm getting a slightly different problem:
>>
>> Caused by: io.grpc.StatusRuntimeException: UNAUTHENTICATED at 
>> io.grpc.Status.asRuntimeException(Status.java:543 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at 
>> io.grpc.stub.ClientCalls$UnaryStreamToFuture.onClose(ClientCalls.java:442 
>> )
>>  
>> ~[grpc-stub-1.4.0.jar:1.4.0] at 
>> io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:426 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ClientCallImpl.access$100(
>> ClientCallImpl.java:76 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at 
>> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.close(
>> ClientCallImpl.java:512 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at 
>> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.access$700(
>> ClientCallImpl.java:429 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at 
>> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(
>> ClientCallImpl.java:544 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ContextRunnable.run(
>> ContextRunnable.java:52 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.SerializingExecutor.run(
>> SerializingExecutor.java:117 
>> )
>>  
>> ~[grpc-core-1.4.0.jar:1.4.0] at 
>> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
>> ~[na:1.8.0_112-google-v7] at 
>> java.util.concurrent.FutureTask.run(FutureTask.java:266) 
>> ~[na:1.8.0_112-google-v7] at 
>> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>>  
>> 

Re: [google-appengine] Re: new java sdk?

[Wilson MacGyver]

Thanks. I was curious because I'm more used to go sdk behind in version
number, not java.
On Wed, Jul 26, 2017 at 10:13 AM 'George (Cloud Platform Support)' via
Google App Engine  wrote:

> Hi Mac,
>
> The current SDK for Java is 1.9.54 - 2017-06-09. It has been released
> fairly recently, as you may check on the download page
> . These
> releases are quite important and with far-reaching consequences, not the
> kind of detail that risks to get exposed to oversight or human error.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at https://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/c30faf38-26ea-4758-8cc8-5dda492c9e15%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

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

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

[James Baldassari]

Kenworth, Christian:

I've posted reports of this issue in a few different places:

https://github.com/GoogleCloudPlatform/google-cloud-java/issues/2275

https://stackoverflow.com/questions/45330377/pubsub-in-app-engine-standard-java-8-nullpointerexception-at-apiproxyimplcurre

https://issuetracker.google.com/issues/64064706

Hopefully someone at Google sees one of those.

On Wednesday, July 26, 2017 at 11:02:30 AM UTC-4, James Baldassari wrote:
>
> Christian, thanks for that interesting (and kind of scary) work-around (
> https://gist.github.com/cmaan/7752e3c4fd0b1ba90a745cb6db232206).  I was 
> having the same problem but with the PubSub client rather than the Spanner 
> client.  By switching the thread factory I was able to avoid the NPE at 
> ApiProxyImpl.java:1267, but now I'm getting a slightly different problem:
>
> Caused by: io.grpc.StatusRuntimeException: UNAUTHENTICATED at 
> io.grpc.Status.asRuntimeException(Status.java:543 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.stub.ClientCalls$UnaryStreamToFuture.onClose(ClientCalls.java:442 
> )
>  
> ~[grpc-stub-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:426 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ClientCallImpl.access$100(
> ClientCallImpl.java:76 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.close(
> ClientCallImpl.java:512 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.access$700(
> ClientCallImpl.java:429 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(
> ClientCallImpl.java:544 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ContextRunnable.run(
> ContextRunnable.java:52 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.SerializingExecutor.run(
> SerializingExecutor.java:117 
> )
>  
> ~[grpc-core-1.4.0.jar:1.4.0] at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.FutureTask.run(FutureTask.java:266) 
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
>  
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:295)
>  
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>  
> ~[na:1.8.0_112-google-v7] at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>  
> ~[na:1.8.0_112-google-v7] ... 1 common frames omitted Caused by: 
> java.io.IOException: Could not get the access token. at 
> com.google.auth.oauth2.AppEngineCredentials.refreshAccessToken(
> AppEngineCredentials.java:136 
> 

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

[James Baldassari]

Christian, thanks for that interesting (and kind of scary) work-around (
https://gist.github.com/cmaan/7752e3c4fd0b1ba90a745cb6db232206).  I was 
having the same problem but with the PubSub client rather than the Spanner 
client.  By switching the thread factory I was able to avoid the NPE at 
ApiProxyImpl.java:1267, but now I'm getting a slightly different problem:

Caused by: io.grpc.StatusRuntimeException: UNAUTHENTICATED at 
io.grpc.Status.asRuntimeException(Status.java:543 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.stub.ClientCalls$UnaryStreamToFuture.onClose(ClientCalls.java:442 
)
 
~[grpc-stub-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl.closeObserver(ClientCallImpl.java:426 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ClientCallImpl.access$100(
ClientCallImpl.java:76 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.close(
ClientCallImpl.java:512 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl.access$700(
ClientCallImpl.java:429 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
io.grpc.internal.ClientCallImpl$ClientStreamListenerImpl$1StreamClosed.runInContext(
ClientCallImpl.java:544 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.ContextRunnable.run(
ContextRunnable.java:52 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at io.grpc.internal.SerializingExecutor.run(
SerializingExecutor.java:117 
)
 
~[grpc-core-1.4.0.jar:1.4.0] at 
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.FutureTask.run(FutureTask.java:266) 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180)
 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:295)
 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) 
~[na:1.8.0_112-google-v7] at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) 
~[na:1.8.0_112-google-v7] ... 1 common frames omitted Caused by: 
java.io.IOException: Could not get the access token. at 
com.google.auth.oauth2.AppEngineCredentials.refreshAccessToken(
AppEngineCredentials.java:136 
)
 
~[google-auth-library-oauth2-http-0.7.0.jar:na] at 
com.google.auth.oauth2.OAuth2Credentials.refresh(OAuth2Credentials.java:149 
)
 

[google-appengine] Re: new java sdk?

['George (Cloud Platform Support)' via Google App Engine]

Hi Mac, 

The current SDK for Java is 1.9.54 - 2017-06-09. It has been released 
fairly recently, as you may check on the download page 
. These 
releases are quite important and with far-reaching consequences, not the 
kind of detail that risks to get exposed to oversight or human error. 

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

[google-appengine] Re: Disaster Recovery(App Engine) - Multi Region

[andy]

Hi Yannick,

Thank you so much for the response.

The links you have shared is more to do with Compute (as u have already 
mention).

Our mandate is to  deploy the application in "App Engine" (we can use a 
combination of standard & flex), and it should be resistant to regional 
failures (should be able to run from another region if there is an outage).

If I deploy the front-end service using "Flex" environment and the back-end 
services in "Standard", and create a copy of the same in another region 
using another project -  
1. Would I be able to do a load balancing between the two flex servers ?
2. Would I be able to do a fail-over to Flex server in alternate region 
using Cloud DNS ?

Also is there a way to backup the entire App engine service deployed in 
region "A" and copy it to another region "B" ?

Kindly let me know the possibility of the above 3 options.


Thanks

Andy

On Wednesday, July 26, 2017 at 2:19:33 AM UTC+5:30, Yannick (Cloud Platform 
Support) wrote:
>
> Hello Andy,
>
> App Engine is a regional service 
>  and while it is 
> replicated to all zones of a region to reduce potential downtime, it cannot 
> span to more than a region. The recommended way to deploy your application 
> to several regions is to use one region per project, but there is no good 
> way to load balance between those projects if you use App Engine Standard.
>
> This means that the real answer to accomplish what you want to do is to 
> use Compute Engine, or at the very least App Engine Flexible. Compute 
> Engine gives you more liberty to create instances in any region of the 
> world and to load balance between them however you like.
>
> Read more on this subject in these articles:
>
>- Building Scalable and Resilient Web Applications on Google Cloud 
>Platform 
>
>- Designing Robust Systems 
>
>
> I hope this helps.
>
> On Tuesday, July 25, 2017 at 9:12:51 AM UTC-4, andy wrote:
>>
>> Hi ,
>>
>> I am planning to deploy an Enterprise Grade Application in Google App 
>> Engine. With both Standard & Flex environment.
>>
>> How do I ensure the DR in case a region goes down.
>>
>> Example : I deploy my application in AppEngine "N.Virginia" region & if 
>> there is an outage in the region , how to do I serve the requests from 
>> another region ?
>> Could anyone explain on how do I setup a DR site for AppEngine 
>> Applications.
>>
>

-- 
You received this message because you are subscribed 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/df12a590-f943-4a8d-be3f-d00119bb6b33%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: An application to help you build up the cloud application on GAE

[Wei Chen]

Welcome to the Cloud Application Factory

In these days, cloud applications become more and more popular. Through 
cost reduction, greater flexibility, elasticity and optimal resource 
utilization, a lot of company tend to transfer their traditional 
application on the cloud. Meantime there emerge some cloud infrastructure 
platform, including Amazon Web Services, Microsoft Azure and Google Cloud 
Platform.

Our factory focus on help you building up the cloud application on the 
Google App Engine . Google App Engine is a fully managed platform that 
completely abstracts away infrastructure so you focus only on code. GAE 
also provide the portal to the powerful cloud infrastructure services like 
Compute Engine, Cloud Storage, Cloud Sql, Big Query, Cloud Load balancing, 
Cloud Message Service, Cloud Machine learning Engine, Cloud Speech API, 
Cloud Search API and so on.

We have a pool of developers to support your products. You can follow the 
below procedure to get our support.
1. Register a Google login. Use this login name to login into our website.
2. Click the tab of "My Application".  Add the new publish for your 
product, provide the product name, product type and produce description.
3. For the product you publish, we will assign a developer to track the 
development progress. You can provide the comments and attachment about the 
product requirement, the development status and bug report.
4. You can monitor the development status at will. The developer can 
generate a product development snapshot per your request, then you can 
click the demo link to check the status of the project.
5. When the development and test done, the product will be deployed to a 
standalone Gae environment. You can choose to administer it by yourself or 
other agents.

In addition, you can search the completed product in the tab of 
"Application Search".

If you have more question, please send the message on the Google forum, 
https://groups.google.com/forum/#!newtopic/project---diyoncloud
or send me the email, simulive.ma...@gmail.com

在 2017年7月24日星期一 UTC+8下午2:39:03，Wei Chen写道：
>
> Hello all,
> We have an application to help you build up the cloud application on GAE.
> The web link is http://appforge4cloud.appspot.com/applicationoncloud
> Please have a look.
>
> 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/d4f0368c-6846-4453-939e-02e23c0e85da%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.