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

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:

Re: [google-appengine] Set up Google Cloud SDK or App Engine SDK or both for development?

On 17-May-2018, at 9:14 PM, Grass CFA wrote: > This is what I have on the Google Cloud Tools settings on Eclipse. If I have > unchecked the "Choose SDK" option the SDK Location area was greyed out, so > that it stopped me specifying a different SDK location here.

Re: [google-appengine] Set up Google Cloud SDK or App Engine SDK or both for development?

Hi. I find it helpful to think of the Cloud SDK as "programs for manipulating and emulating GCP resources". It doesn't include the APIs and client libraries. Although the `app-engine-java` component would seem to install the App Engine SDK for Java, that installation is an internal

Re: [google-appengine] OmitStackTraceInFastThrow

You might find this conversation helpful: https://groups.google.com/forum/#!msg/java8-on-gae/ejh4go3DRTA/oqI0Ip9pAQAJ > On 10-May-2018, at 5:44 AM, Joshua Fox wrote: > > Does GAE Standard Environment omit stacktraces in fastthrow? > > Using the JVM parameter

Re: [google-appengine] Multiple apps on Free tier?

Hi Jon. In terms of node.js, you could give Cloud Functions a look: it's node.js priced by the request. It's the same as Firebase Functions. You can also connect Cloud Functions to Firebase Hosting Firebase Hosting

Re: [google-appengine] Error while deploying spring boot application on standard app engine

That bug report (https://github.com/spring-projects/spring-boot/issues/9615) is *for* version 1.5.4. I believe you'll find it fixed in subsequent versions of Spring Boot. See the following project for a working sample app:

Re: [google-appengine] Deploying to GAE is down for me, is it down for everyone?

he GWT plugin the now supported plugin > for app engine? > > El jueves, 10 de agosto de 2017, 10:30:54 (UTC-5), Brian de Alwis escribió: >> >> Luis, the suspicion is that you must be running an old version of GPE: when >> we try to simulate the issue, GPE discards the s

Re: [google-appengine] Deploying to GAE is down for me, is it down for everyone?

://developers.google.com/eclipse/docs/getting_started Brian. > On 10-Aug-2017, at 10:30 AM, Brian de Alwis <briandeal...@gmail.com> wrote: > > A deprecated OAuth scope (I think was dealing with code.google.com > <http://code.google.com/>), was removed. But support for this scope was >

Re: [google-appengine] Deploying to GAE is down for me, is it down for everyone?

A deprecated OAuth scope (I think was dealing with code.google.com), was removed. But support for this scope was removed years ago from GPE. I suspect that your OAuth refresh token may still carry the scope? Can you try logging out and log back in? Brian. > On 10-Aug-2017, at 12:32 AM,

Re: [google-appengine] Plans for Node.js on App Engine Standard?

Have you looked at Cloud Functions? The pricing model is different, but there's a free tier too. https://cloud.google.com/functions/ Brian. > On 19-Jul-2017, at 10:19 PM, Martin Asquino wrote: > > Hate to necro this thread

Re: [google-appengine] Re: Unable to get TLS 1.2 working on Mac OS

> > >>> python > >>> import sys > >>> sys.path > > > > On Wednesday, June 14, 2017 at 10:41:48 AM UTC-7, Brian de Alwis wrote: > Do you have a PYTHONPATH, PYTHONSTARTUP, or PYTHONHOME? > > Probably worth trying to launch your python wi

Re: [google-appengine] Re: Unable to get TLS 1.2 working on Mac OS

Do you have a PYTHONPATH, PYTHONSTARTUP, or PYTHONHOME? Probably worth trying to launch your python with `-v -v -v` and see where it's loading its files from. > On 14-Jun-2017, at 12:52 PM, NP wrote: > > Can anybody help out here? > > Thanks > > On Tuesday, June

Re: [google-appengine] NoClassDefFoundError: com/google/appengine/repackaged/com/google/gson/Gson

I'd suggest configuring your IDE to ignore any classes found in com.google.appengine.repackaged.*. In Eclipse JDT, it's Preferences > Java > Appearance > Type Filters. Brian. > On 7-Jun-2017, at 4:31 AM, Shachar Grembek wrote: > > Resolved by changing the import

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

That's right: you can remove the jdoconfig.xml. Brian. > On 6-Jun-2017, at 6:04 PM, Robert Dyas wrote: > > Since we don't use JDO at all, can I assume just deleting the jdoconfig.xml > file is safe? > App Engine doesn't need it if JDO isn't used, correct? > > > On

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

Hi Robert. Just to set expectations, Cloud Tools for Eclipse is a separate product and is not considered as the next version of the Google Plugin for Eclipse. As such, CT4E doesn't bring over support for deprecated and superseded products. You can continue to use GPE while you port your

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

Hi Robert. The new Cloud Tools for Eclipse doesn't automatically add the App Engine jars. But it's easily done: Right click on the project and select Properties… Switch to the Java Build Path and select the Libraries tab Click Add Library… and select App Engine Libraries Select App Engine API

Re: [google-appengine] Maven plugins

On 10-May-2017, at 7:48 AM, Joshua Fox wrote: > I guess both approaches provide hot reload? (Debug-time class reloading.) CT4E uses the same Eclipse facilities used for Java projects to download new class definitions to the remote JVM. This allows in-place modification of

Re: [google-appengine] Maven plugins

expert > on the Eclipse platform. Is this the case? > > On Tuesday, May 9, 2017 at 11:11:00 AM UTC-4, Brian de Alwis wrote: > CT4E offers two styles of App Engine projects for the standard environment: > > > > The first one, the Google App Engine Standard Java Project, is

Re: [google-appengine] Re: Maven plugins

. And it also supports deployment from within Eclipse. Brian. > On 8-May-2017, at 9:23 AM, Joshua Fox <jos...@freightos.com> wrote: > > > On Mon, May 8, 2017 at 4:07 PM, Brian de Alwis <briandeal...@gmail.com > <mailto:briandeal...@gmail.com>> wrote: >

Re: [google-appengine] Re: Maven plugins

Josuha, you can use the Cloud Tools for Eclipse (CT4E, the successor to GPE) for launching even with Maven based plugins. > Launching two separate processes (first appengine:runfrom the Cloud-SDK-Based > > Maven plugin,

Re: [google-appengine] Re: Cron tasks not uploaded using Google Cloud Tools for Eclipse

Jason, This will be fixed in the next release of Cloud Tools for Eclipse. In the meantime you should be able to use the `appcfg.sh` command [1] to upload your cron.xml (`appcfg.sh help update_cron`) and `queue.xml` (`appcfg.sh help update_queues`). You'll need to use the `-A` argument to

Re: [google-appengine] Re: Help troubleshooting running under the development server

In my experience, "bad runtime process port" usually indicates that something is writing to System.out. It seems the dev_appserver communicates to the spawned JVMs via stdin/stdout, and so any other messages interfere. Brian. > On 26-Feb-2017, at 6:32 PM, 'Adam (Cloud Platform Support)' via