Re: [google-appengine] GAE Java 8: need urlfetch to communicate between modules

['Les Vogel' via Google App Engine]

[bcc: a googler]
Yes - we changed the behavior with the move to Java8 but left the
work-a-round that you've found.  I don't believe the work-a-round will work
w/ later versions of Java.

The current recommendation is that you create a JWT

in one module and check it in the other.   See this Python example

 [rootdir
].
I don't think there is a Java sample yet. (I saw the bug for it a few weeks
ago).

On Tue, Apr 16, 2019 at 7:34 PM Bob Evans  wrote:

>
> Hi,
>
> After a bunch of experimentation I had to revert to the urlfetch handler (
>  urlfetch) because calling our
> backends  failed with a 302 redirect error. With the urlfetch handler, it
> works.
>
> This seems wrong. Please tell me how I should properly design this.
>
> Current design (has been working for years):
>
> Frontend module gets https request forwards it to a backend module using
> UrlConnection and the doNotFollowRedirects=false.
> Backend module is marked in web.xml CONFIDENTIAL and locked to admin role.
> Also, it checks the header for X-Google-Inbound-Appid to match our project.
>
> After upgrading, it stopped working and the backend module sends a 302
> redirect.
>
> If I add the  urlfetch to the
> frontend appengine-web.xml then it works again.
>
> It looks like the native httpconnection in java 8 does not send the
> X-Google-Inbound-Appid header either.
>
> Overall, how should one properly configure a backend module in the Java 8
> environment to receive frontend connections yet keep it inaccessible from
> external queries?
>
> Thanks for any help.
> Bob
>
> --
> 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/077f9644-1308-48a2-a805-26007b2e966d%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5jPPf%2B0t_WtcXCmZvjneteC-32Qkt19AsUQqyAZ3vccRg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] CORS on AppEngine Java

['Les Vogel' via Google App Engine]

Hi Joshua,

First off, CORS <https://www.w3.org/TR/cors/> isn't really a protection
against CSRF.  For CSRF mitigation ideas take a look here
<https://github.com/OWASP/CheatSheetSeries/blob/master/cheatsheets/Cross-Site_Request_Forgery_Prevention_Cheat_Sheet.md>.
CORS is mostly a protection against asset and bandwidth theft. (See Why CORS
<https://www.codecademy.com/articles/what-is-cors>?)

Instead of thinking about CORS first, you really want to think about your
web application.  What assets will it be requesting and where do they
live.  Your primary assets determine the rules that work for free.  (ie.
you can always load things from the same spot).  (typically your domain or
an *.appspot.com address) . The other spots need to be told that they can
permit / give permission for your app to access the data.

As I mentioned earlier, static assets on App Engine are set in your
appengine-web.xml
<https://cloud.google.com/appengine/docs/standard/java/config/appref> or
app.yaml <https://cloud.google.com/appengine/docs/standard/go/config/appref>
files.  Dynamic assets will need code, for Java Servlet's it's usually
easitest to add a filter
<https://howtodoinjava.com/servlets/java-cors-filter-example/> that runs
before the Servlet.  Other frameworks have similar mechanisms.

GoogleAPI's depend on the service your accessing.  The most common is Cloud
Storage which has a page on CORS
<https://cloud.google.com/storage/docs/cross-origin> and configuration
<https://cloud.google.com/storage/docs/configuring-cors>.  Other Google
properties & API's that expect to be accessed via a web application will be
configured appropriately or provide a mechanism
<https://developers.google.com/api-client-library/javascript/features/cors>.

Hope that helps,

Les

On Sun, Apr 14, 2019 at 12:23 AM Joshua Fox  wrote:

> Thank you, Les,
>
> However, Google Cloud serves our content from multiple  domains besides
> our own, including appspot.com, google.com, googleusercontent.com,
> googleapis.com, and many others. How can we allow access to these domains
> (as well as our own) with  CORS headers, yet maintain security against CSRF?
>
> On Sat, Apr 13, 2019 at 1:24 AM 'Les Vogel' via Google App Engine <
> google-appengine@googlegroups.com> wrote:
>
>> [bcc: three googlers]
>> Hi Joshua,
>>
>> I read the docs
>> <https://cloud.google.com/appengine/docs/standard/java/config/appref> a
>> bit closer and if you look under , it gives a CORS example
>> without ever mentioning CORS.  (I've asked that this gets fixed) . Again,
>> it's only for static content.
>>
>> Les
>>
>> On Fri, Apr 12, 2019 at 3:05 PM Les Vogel  wrote:
>>
>>> [bcc: a couple googlers]
>>> Hi Joshua,
>>>
>>> Sorry for the terse response earlier. The enable-cors answer will work
>>> in many cases, but is incomplete, but you'll find yourself adding it to all
>>> your pages.  Of course, a full answer is a lot more complicated and depends
>>> on what you are trying to serve and where you are serving it from.  Your
>>> static assets will need one kind of CORS headers similar to what the
>>> documentation is showing you for Go / Python.  It's been awhile since I did
>>> that for Java, so I'll need to look that up if that's what you're looking
>>> for.
>>>
>>> If you are trying to serve dynamic content that needs CORS headers, then
>>> you'll probably want to look at:
>>> https://stackoverflow.com/questions/8303162/jetty-cross-origin-filter
>>>  and https://howtodoinjava.com/servlets/java-cors-filter-example/
>>>
>>> Take a look at that, and let me know if that doesn't work for you and
>>> I'll try to look up what to change in appengine-web.xml for CORS support.
>>>
>>> Les
>>>
>>> On Fri, Apr 12, 2019 at 1:43 PM Les Vogel  wrote:
>>>
>>>> See https://enable-cors.org/server_appengine.html
>>>>
>>>> On Thu, Apr 11, 2019 at 7:44 AM Joshua Fox 
>>>> wrote:
>>>>
>>>>> In AppEngine  Python and Go
>>>>> <https://cloud.google.com/appengine/docs/standard/go/config/appref>,
>>>>> one defines CORS headers in app.yaml
>>>>>
>>>>> But in Java, the documentation does not mention this
>>>>> <https://cloud.google.com/appengine/docs/standard/java/config/appref> How
>>>>> do I do the equivalent in Java?
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>>
>>>>> *JOSHUA FOX*
>>>>> Director, Software Architecture | Freightos
>>>&g

Re: [google-appengine] CORS on AppEngine Java

['Les Vogel' via Google App Engine]

[bcc: three googlers]
Hi Joshua,

I read the docs
 a bit
closer and if you look under , it gives a CORS example
without ever mentioning CORS.  (I've asked that this gets fixed) . Again,
it's only for static content.

Les

On Fri, Apr 12, 2019 at 3:05 PM Les Vogel  wrote:

> [bcc: a couple googlers]
> Hi Joshua,
>
> Sorry for the terse response earlier. The enable-cors answer will work in
> many cases, but is incomplete, but you'll find yourself adding it to all
> your pages.  Of course, a full answer is a lot more complicated and depends
> on what you are trying to serve and where you are serving it from.  Your
> static assets will need one kind of CORS headers similar to what the
> documentation is showing you for Go / Python.  It's been awhile since I did
> that for Java, so I'll need to look that up if that's what you're looking
> for.
>
> If you are trying to serve dynamic content that needs CORS headers, then
> you'll probably want to look at:
> https://stackoverflow.com/questions/8303162/jetty-cross-origin-filter and
> https://howtodoinjava.com/servlets/java-cors-filter-example/
>
> Take a look at that, and let me know if that doesn't work for you and I'll
> try to look up what to change in appengine-web.xml for CORS support.
>
> Les
>
> On Fri, Apr 12, 2019 at 1:43 PM Les Vogel  wrote:
>
>> See https://enable-cors.org/server_appengine.html
>>
>> On Thu, Apr 11, 2019 at 7:44 AM Joshua Fox  wrote:
>>
>>> In AppEngine  Python and Go
>>> ,
>>> one defines CORS headers in app.yaml
>>>
>>> But in Java, the documentation does not mention this
>>>  How
>>> do I do the equivalent in Java?
>>>
>>>
>>>
>>> --
>>>
>>>
>>> *JOSHUA FOX*
>>> Director, Software Architecture | Freightos
>>>
>>>
>>>
>>> *T (Israel): *+972-545691165 | *T (US)*:  +1-3123400953
>>> Smooth shipping.
>>>
>>>
>>>
>>> --
>>> 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/CAD%3DB7cN%3Du7OH6eEL7jRZGf9eUo3YAOecu7UPPkt-7mLdWFG4oA%40mail.gmail.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>> --
>>
>>
>> *  •  **Les Vogel*
>> *  •  *Cloud Developer Relations
>> *  •  *l...@google.com
>> *  •  *+1-4 <%2B1-650-338-7103>08-676-7023
>>
>>
>>
>
> --
>
>
> *  •  **Les Vogel*
> *  •  *Cloud Developer Relations
> *  •  *l...@google.com
> *  •  *+1-4 <%2B1-650-338-7103>08-676-7023
>
>
>

-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5j1GJ5eWF0osf%3D2t%3Dy27v_Q9tZXoafQbsHbyAdG5guF1A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] CORS on AppEngine Java

['Les Vogel' via Google App Engine]

[bcc: a couple googlers]
Hi Joshua,

Sorry for the terse response earlier. The enable-cors answer will work in
many cases, but is incomplete, but you'll find yourself adding it to all
your pages.  Of course, a full answer is a lot more complicated and depends
on what you are trying to serve and where you are serving it from.  Your
static assets will need one kind of CORS headers similar to what the
documentation is showing you for Go / Python.  It's been awhile since I did
that for Java, so I'll need to look that up if that's what you're looking
for.

If you are trying to serve dynamic content that needs CORS headers, then
you'll probably want to look at:
https://stackoverflow.com/questions/8303162/jetty-cross-origin-filter and
https://howtodoinjava.com/servlets/java-cors-filter-example/

Take a look at that, and let me know if that doesn't work for you and I'll
try to look up what to change in appengine-web.xml for CORS support.

Les

On Fri, Apr 12, 2019 at 1:43 PM Les Vogel  wrote:

> See https://enable-cors.org/server_appengine.html
>
> On Thu, Apr 11, 2019 at 7:44 AM Joshua Fox  wrote:
>
>> In AppEngine  Python and Go
>> , one
>> defines CORS headers in app.yaml
>>
>> But in Java, the documentation does not mention this
>>  How
>> do I do the equivalent in Java?
>>
>>
>>
>> --
>>
>>
>> *JOSHUA FOX*
>> Director, Software Architecture | Freightos
>>
>>
>>
>> *T (Israel): *+972-545691165 | *T (US)*:  +1-3123400953
>> Smooth shipping.
>>
>>
>>
>> --
>> 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/CAD%3DB7cN%3Du7OH6eEL7jRZGf9eUo3YAOecu7UPPkt-7mLdWFG4oA%40mail.gmail.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
> --
>
>
> *  •  **Les Vogel*
> *  •  *Cloud Developer Relations
> *  •  *l...@google.com
> *  •  *+1-4 <%2B1-650-338-7103>08-676-7023
>
>
>

-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5hNjMLd58uuWZdJQks6THW5-o2X8d4chen0jSZp_EMC2A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] CORS on AppEngine Java

['Les Vogel' via Google App Engine]

See https://enable-cors.org/server_appengine.html

On Thu, Apr 11, 2019 at 7:44 AM Joshua Fox  wrote:

> In AppEngine  Python and Go
> , one
> defines CORS headers in app.yaml
>
> But in Java, the documentation does not mention this
>  How
> do I do the equivalent in Java?
>
>
>
> --
>
>
> *JOSHUA FOX*
> Director, Software Architecture | Freightos
>
>
>
> *T (Israel): *+972-545691165 | *T (US)*:  +1-3123400953
> Smooth shipping.
>
>
>
> --
> 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/CAD%3DB7cN%3Du7OH6eEL7jRZGf9eUo3YAOecu7UPPkt-7mLdWFG4oA%40mail.gmail.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5hn%2BBZq%3D_yQkVJjiGk-VVJapxaHF-EFVdoLU5vdXyn39A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Cloud Tasks using Golang.

['Les Vogel' via Google App Engine]

https://godoc.org/cloud.google.com/go/cloudtasks/apiv2beta2

On Tue, Jan 8, 2019 at 4:03 PM thstart  wrote:

> I would like to implement Cloud Tasks using Golang.
>
> Are there more information how to do that?
>
> --
> 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/18f3178d-72db-4015-9369-e4eea4e38122%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5gXbgt6h0N--RJMfedMXsn1XxWzB%2BTpS2G0Eo1vorF3SA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: How to Force SSL on a Static Site using Google App Engine Flexible

['Les Vogel' via Google App Engine]

If all you are doing is hosting a static site, you might wish to consider
using Firebase https://firebase.google.com/docs/hosting/ or on App Engine
standard
https://cloud.google.com/appengine/docs/standard/php/getting-started/hosting-a-static-website

Les

On Mon, Feb 12, 2018 at 9:16 AM, Dos Branding  wrote:

> Hi Kenworth, please post documentation showing how to implement this in
> https://cloud.google.com/php/docs. 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/94f2e864-b834-4619-8496-
> 891ab178a149%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5i4g4UZ6v9NZ063VaEvMEKeKdYffF_m%3DqSnmEx_kcCpLg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Google App Engine and Spring Boot Data JPA

['Les Vogel' via Google App Engine]

That doesn't look quite right - on GAE Standard, it should be using the
injected driver, not the socket factory.  It might also need a user and
password in that path.



On Fri, Jan 12, 2018 at 6:29 AM, Nikita Koroed 
wrote:

> I want to use Spring Boot Data JPA on GAE server and Google Cloud SQL
> MySql as database.
>
> I take appengine-standard-java8/springboot-appengine-standard
> 
> as base app.
>
> I get this error on app engine server:
>
> com.mysql.jdbc.exceptions.jdbc4.MySQLNonTransientConnectionException: Could 
> not create socket factory 'com.google.cloud.sql.mysql.SocketFactory' due to 
> underlying exception:
>   at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>
>   at 
> com.google.apphosting.runtime.JavaRuntime$NullSandboxRequestRunnable.run(JavaRuntime.java:806)
>   at 
> com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:274)
>   at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.ClassCastException: 
> com.google.cloud.sql.mysql.SocketFactory cannot be cast to 
> com.mysql.jdbc.SocketFactory
>   at com.mysql.jdbc.MysqlIO.createSocketFactory(MysqlIO.java:3325)
>
>
> full log in attachments.
>
>
> On local server in SDK environment all work fine.
>
>
> New dependencies:
>
> 
>   org.springframework.boot
>   spring-boot-starter-data-jpa
> 
>
> 
>   mysql
>   mysql-connector-java
>   6.0.5
> 
>
> 
>   com.google.cloud.sql
>   mysql-socket-factory-connector-j-6
>   1.0.4
> 
>
>
> i put true in
> appengine-web.xml
>
> And created application.yml
>
> spring:
>   datasource:
> url: 
> jdbc:mysql://google/test-db?cloudSqlInstance=test-project:europe-west3:my-test-db=com.google.cloud.sql.mysql.SocketFactory
> username: root
> password: db-pwd
>
>
> full app in attachments
>
> what am I doing wrong?
>
>
>
> --
> 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/dbe522ae-ce37-4e1e-8e26-
> 65957a51e41b%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5g9ebMVcA3kZP5DZ74ejauK7aRmouwtjD%3DDQ148mkVmFw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] GAE (java) appstats - any way to see what the actual cache keys are for memcache calls? Why is every 5th or 6th seemingly-identical cache get taking way longer? Is there an actu

['Les Vogel' via Google App Engine]

Hi Keith,

You can look at the individual requests to see how long things take, and
subtract out any serial requests you make and that's how long it's in your
code.  You can, of course, add logging around areas that interest you to
figure out how long they are taking.  (They should show up in the request
log as well) or temporarily add log's using Stackdriver Debugger's LogPoint
feature.  You can also use Guava's 
StopWatch

and
log the keys when the reference takes too long.

I'm not sure how to help you on debugging individual memcache requests, but
if you ping the thread Jan 2, I'll try to find someone who knows.

Are you running with lots of threads?  (What are you concerned about that's
not inside a request?)

AppStats isn't supported on Java 8.  I expect we'll have some additional
profiling tools in the new year, but I'm not sure on a date.

Regards,

Les

On Thu, Dec 21, 2017 at 6:41 PM, Keith Chima  wrote:

> Thanks so much for your response Les. I love these tools, by the way. I
> was wondering if I could profile the specific stack code that's running to
> see what part of MY code is taking so long. Through appstats it seems like
> I can only see the GAE requests and everything else is a bit of a black
> box. I don't know if there's a way I can do that.
>
> The other question is that it's difficult to see individual cache
> requests, some take 75 ms and some take 3 ms, and I can't see the cache key
> so it's difficult to troubleshoot.
>
> Any recommendations?
>
> Thanks,
> -Keith
>
> On Wednesday, December 20, 2017 at 8:52:44 PM UTC-5, Les Vogel wrote:
>>
>> I may be misunderstanding your question, but Stackdriver > Logging >
>> Overview for any request should show you all GAE standard API calls for a
>> given request, including Memcache.
>>
>> Using Stackdriver > Trace > Trace list will let you drill down on
>> individual requests and give you what is going on.  Once you understand
>> what the API calls look like, you should  to use filters to find specific
>> latencies for both Trace and Logging.
>>
>> I'm not aware of any tool to iterate through memcache currently and I
>> haven't tried to use the range commands with App Engine standard's memcache.
>>
>> Les
>>
>>
>>
>> On Tue, Dec 19, 2017 at 9:06 PM, Keith Chima  wrote:
>>
>>> I know it's a lot of questions but thank you for your time. See the
>>> posted screenshot. All of these cache calls SHOULD be the same (I've
>>> chunked the cached objects into smaller objects, each has a pointer to the
>>> next object in the list), but there are some occasional time gaps between
>>> them making the call take longer and more importantly, some seem to take 75
>>> ms instead of 2 ms for seemingly no reason. Any ideas? Can I actually see
>>> the cache keys of these individual cache get calls so I can troubleshoot?
>>>
>>> Is there any way to see an actual code profiler so I can figure out what
>>> part of my code WITHIN a service call takes so long?
>>>
>>> Thanks 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-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/ms
>>> gid/google-appengine/91abc7b7-74db-4bf5-b0ae-64590b3348af%
>>> 40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>>
>> *  •  **Les Vogel*
>> *  •  *Cloud Developer Relations
>> *  •  *le...@google.com
>> *  •  *+1-408-676-7023
>>
>>
>> --
> 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/e504f2e2-19c9-447e-ac84-
> 2b38417c3ed0%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
You received this message because you are 

Re: [google-appengine] GAE (java) appstats - any way to see what the actual cache keys are for memcache calls? Why is every 5th or 6th seemingly-identical cache get taking way longer? Is there an actu

['Les Vogel' via Google App Engine]

I may be misunderstanding your question, but Stackdriver > Logging >
Overview for any request should show you all GAE standard API calls for a
given request, including Memcache.

Using Stackdriver > Trace > Trace list will let you drill down on
individual requests and give you what is going on.  Once you understand
what the API calls look like, you should  to use filters to find specific
latencies for both Trace and Logging.

I'm not aware of any tool to iterate through memcache currently and I
haven't tried to use the range commands with App Engine standard's memcache.

Les



On Tue, Dec 19, 2017 at 9:06 PM, Keith Chima  wrote:

> I know it's a lot of questions but thank you for your time. See the posted
> screenshot. All of these cache calls SHOULD be the same (I've chunked the
> cached objects into smaller objects, each has a pointer to the next object
> in the list), but there are some occasional time gaps between them making
> the call take longer and more importantly, some seem to take 75 ms instead
> of 2 ms for seemingly no reason. Any ideas? Can I actually see the cache
> keys of these individual cache get calls so I can troubleshoot?
>
> Is there any way to see an actual code profiler so I can figure out what
> part of my code WITHIN a service call takes so long?
>
> Thanks 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/91abc7b7-74db-4bf5-b0ae-
> 64590b3348af%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5j-R_uNX25D1L7y%3DKkOkqLf2W6%3DOdBoG7DojL6gcNp1Ow%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Session Management

['Les Vogel' via Google App Engine]

Yes.  It separate from the Users API.

On Thu, Nov 2, 2017 at 1:09 AM, Joshua Fox <jos...@freightos.com> wrote:

> Les, thank you,
>
> I see that it
>
> >  stores session data in the App Engine datastore for persistence, and
> also uses memcache for speed
> <https://cloud.google.com/appengine/docs/standard/java/config/appref?hl=fr#sessions_enabled>
>
> is this accessible, as would normally be true with Java appservers,
> through  req.getSession().setAttribute(...) *even when unauthenticated*?
> In other words, one can use this  even without using the Google App Engine
> Users API (if we are implementing our own user management).
>
> On Thu, Nov 2, 2017 at 3:52 AM, 'Les Vogel' via Google App Engine <
> google-appengine@googlegroups.com> wrote:
>
>> Hi Joshua,
>>
>> For App Engine Standard:
>>
>> Take a look at the appengine-web.xml reference
>> <https://cloud.google.com/appengine/docs/standard/java/config/appref#syntax>.
>> Specifically *async-session-persistence*, *sessions-enabled*,
>>
>> I'm out for 3 weeks this month, but hope to review and fix all the Java
>> Bookshelfs in early December.  If there are other areas that you think they
>> don't meet expectations, please let me know.
>>
>> Regards,
>>
>> Les
>>
>> On Tue, Oct 31, 2017 at 7:16 AM, 'Yannick (Cloud Platform Support)' via
>> Google App Engine <google-appengine@googlegroups.com> wrote:
>>
>>> The exact technical details of session support are not publicly
>>> documented, but the appengine-web.xml Reference
>>> <https://cloud.google.com/appengine/docs/standard/java/config/appref?hl=fr#sessions_enabled>
>>>  you
>>> pointed to before does say it stores the data on the Datastore with
>>> Memcache acting as a speed boost. That is to say it stores it in the same
>>> way you should be storing session data if you were to handle it yourself.
>>>
>>> And no, at this time this system only supports valid Google accounts,
>>> which are gmail.com accounts or a GSuite domain's accounts.
>>>
>>>
>>> On Tuesday, October 31, 2017 at 6:34:21 AM UTC-4, Joshua Fox wrote:
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>> Note that session support is something that is done per-runtime and
>>>>> per-framework,
>>>>>
>>>>
>>>> I am asking specifically about Google Application Engine Standard
>>>> Environment Java 7; and for Java 8.
>>>>
>>>> but most if not all of them include it as it is indeed a basic feature
>>>>> of a web server. Part of the Bookshelf tutorial deals with using
>>>>> sessions
>>>>> <https://cloud.google.com/java/getting-started-appengine-standard/authenticate-users>
>>>>> .
>>>>>
>>>>
>>>> Thank you. I see that that indeed supports  req.getSession().
>>>> setAttribute(...)
>>>>
>>>> How is this data stored so that it is accessible to all Instances? In
>>>> the Memcache?
>>>>
>>>> Apparently this uses the Users API
>>>> <https://cloud.google.com/appengine/docs/standard/java/users/?hl=en>,
>>>> which works with Google or OAuth authentication. Does GAE Standard Env use
>>>> a Session Store, accessible for all Instances, which is usable with
>>>> user-authentication in general? According to this StackOverflow answer
>>>> <https://stackoverflow.com/questions/18860186/>,  it does not.
>>>>
>>>>>
>>>>>
>>>>> On Monday, October 30, 2017 at 3:30:28 AM UTC-4, Joshua Fox wrote:
>>>>>>
>>>>>> What is the recommended way to do Session Management on Google
>>>>>> Application Engine?
>>>>>>
>>>>>> In the webapp world, the usual implementation with a session store
>>>>>> (Redis/Memcache/RDBMS etc) that is shared by all server-instances.
>>>>>>
>>>>>> So, when the Java code calls
>>>>>>
>>>>>>  request.getSession().setAttribute("UserName", username);
>>>>>>
>>>>>>   that value will be accessible for multiple
>>>>>> requests by this browser.
>>>>>>
>>>>>> A websearch shows some advice:
>>>>>>
>>>>>>- Implement it yourself
>>>>>>  

Re: [google-appengine] Re: Session Management

['Les Vogel' via Google App Engine]

Hi Joshua,

For App Engine Standard:

Take a look at the appengine-web.xml reference
.
Specifically *async-session-persistence*, *sessions-enabled*,

I'm out for 3 weeks this month, but hope to review and fix all the Java
Bookshelfs in early December.  If there are other areas that you think they
don't meet expectations, please let me know.

Regards,

Les

On Tue, Oct 31, 2017 at 7:16 AM, 'Yannick (Cloud Platform Support)' via
Google App Engine  wrote:

> The exact technical details of session support are not publicly
> documented, but the appengine-web.xml Reference
> 
>  you
> pointed to before does say it stores the data on the Datastore with
> Memcache acting as a speed boost. That is to say it stores it in the same
> way you should be storing session data if you were to handle it yourself.
>
> And no, at this time this system only supports valid Google accounts,
> which are gmail.com accounts or a GSuite domain's accounts.
>
>
> On Tuesday, October 31, 2017 at 6:34:21 AM UTC-4, Joshua Fox wrote:
>>
>>
>>
>>
>>
>>>
>>> Note that session support is something that is done per-runtime and
>>> per-framework,
>>>
>>
>> I am asking specifically about Google Application Engine Standard
>> Environment Java 7; and for Java 8.
>>
>> but most if not all of them include it as it is indeed a basic feature of
>>> a web server. Part of the Bookshelf tutorial deals with using sessions
>>> 
>>> .
>>>
>>
>> Thank you. I see that that indeed supports  req.getSession().
>> setAttribute(...)
>>
>> How is this data stored so that it is accessible to all Instances? In the
>> Memcache?
>>
>> Apparently this uses the Users API
>> ,
>> which works with Google or OAuth authentication. Does GAE Standard Env use
>> a Session Store, accessible for all Instances, which is usable with
>> user-authentication in general? According to this StackOverflow answer
>> ,  it does not.
>>
>>>
>>>
>>> On Monday, October 30, 2017 at 3:30:28 AM UTC-4, Joshua Fox wrote:

 What is the recommended way to do Session Management on Google
 Application Engine?

 In the webapp world, the usual implementation with a session store
 (Redis/Memcache/RDBMS etc) that is shared by all server-instances.

 So, when the Java code calls

  request.getSession().setAttribute("UserName", username);

   that value will be accessible for multiple
 requests by this browser.

 A websearch shows some advice:

- Implement it yourself
- Various  open-source libraries, non-standard and mostly
unmaintained

 I would expect a PaaS like GAE to have  Session Management
  out-of-the-box.

 This StackOverflow answer
 
  says "AppEngine
 uses Datastore to store the session informations and memcache for faster
 access" and this official documentation
  
 mentions that
 "Session data is always written synchronously to memcache."

 But on the other hand this tutorial
 
  suggests
 that  session management must be added to GAE.

 How should we do Session Management?


 --
>>> 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/764e06ad-4d90-45bd-8bcd-e801913976a0%
>>> 40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>>
>> *JOSHUA FOX*
>> Principal Software Architect | Freightos
>>
>>
>>
>> *T (Israel): *+972-545691165 <+972%2054-569-1165> | *T (US)*:  +
>> 1-3123400953 <(312)%20340-0953>
>> Smooth shipping.
>>
>>
>>
>> --
> 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 

Re: [google-appengine] Re: Spring Boot on App Engine Standard (Java 8) - Receiving 404

['Les Vogel' via Google App Engine]

You might wish to look at this sample
.
Note - the version of SpringBoot is specific, I haven't had a chance to
figure out why the next release fails.

On Mon, Jul 10, 2017 at 10:42 AM, 'George (Cloud Platform Support)' via
Google App Engine  wrote:

> Hi Shachar,
>
> This is correct, the sample presented at the referred link does not
> provide any instruction regarding web.xml, but requires you to edit
> appengine-web.xml to:
>
> http://appengine.google.com/ns/1.0;>
>   1
>   true
>   java8
> 
>
> There is no other apparent reason why the instructions secure a successful
> deployment here and not in your case.
>
> --
> 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/1a1b0aa3-c534-418c-a075-
> 8f2e7b17a205%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5iFTb0pXHKsfRJV%3Do1gcyikJ%3DvO20%2BJRiNXw0epQg%3D%3DjQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Passing "--verbosity true" to gcloud through Maven

['Les Vogel' via Google App Engine]

BTW - Joshua, you don't mention, are you deploying to GAE Standard or to
GAE Flex?

The gcloud maven plugin will only deploy to Managed VMs.

On Fri, Jun 23, 2017 at 12:08 PM, Les Vogel  wrote:

> Wow - the gcloud-maven-plugin isn't being maintained and shouldn't be
> used.  The -x to maven gives lots of useful info about maven but very
> little about the gcloud command line.
>
> Though, if you were to use mvn -X appengine:deploy you'll see the commands
> that are being executed by the plugin.  You could then do mvn
> appengine:stage   and then use the gcloud app deploy with all the
> appropriate settings adding --verbosity and / or other options.
>
> I've filed an issue
> 
>
> On Fri, Jun 23, 2017 at 6:02 AM, Joshua Fox  wrote:
>
>>
>>
>>
>> On Thu, Jun 22, 2017 at 11:57 PM, 'George (Cloud Platform Support)' via
>> Google App Engine  wrote:
>>
>>> Hello Joshua,
>>>
>>> In case you adjust your deployment strategy and use gcloud-maven-plugin,
>>>
>>
>> Do you mean the GCloud Maven Plugin
>> 
>> com.google.appengine:gcloud-maven-plugin ? Its page says "This plugin
>> has been deprecated. Please migrate to the currently maintained
>> appengine-maven-plugin
>> ."
>>
>> How do we pass --verbosity to gcloud using the currently supported
>> appengine-maven-plugin
>> ?
>>
>>
>> in place of the appengine-maven-plugin, the option for --verbose exactly
>>> is present there. You can find related details on github
>>> .
>>>
>>> Debug information can be also obtained from maven by running mvn -X
>>> appengine:deploy, with the -X option.
>>>
>> We'd like to get info from  the gcloud layer, not from Maven itself.
>>
>>> --
>>> 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/d6513211-6e48-4ff0-a112-9454eaf20048%40
>>> googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> *JOSHUA FOX*
>> Principal Software Architect | Freightos
>>
>>
>> ☏* (Israel): *+972-545691165 <+972%2054-569-1165> | ☏* (US)*:  +
>> 1-3123400953 <(312)%20340-0953>* | Skype*: joshuafox.freightos
>> Smoother shipping with the world's online freight marketplace.
>> Online Marketplace
>> 
>>  / In the News
>> 
>>  / Freightos Blog
>> 
>>
>> --
>> 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/CAD%3DB7cOOOgMRYJwHo3h%3DD58JA45%2BOR-
>> JAj7cNO1gbpgq_PzGZw%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
>
> *  •  **Les Vogel*
> *  •  *Cloud Developer Relations
> *  •  *l...@google.com
> *  •  *+1-4 <%2B1-650-338-7103>08-676-7023
>
>
>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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 

Re: [google-appengine] Re: Passing "--verbosity true" to gcloud through Maven

['Les Vogel' via Google App Engine]

Wow - the gcloud-maven-plugin isn't being maintained and shouldn't be
used.  The -x to maven gives lots of useful info about maven but very
little about the gcloud command line.

Though, if you were to use mvn -X appengine:deploy you'll see the commands
that are being executed by the plugin.  You could then do mvn
appengine:stage   and then use the gcloud app deploy with all the
appropriate settings adding --verbosity and / or other options.

I've filed an issue


On Fri, Jun 23, 2017 at 6:02 AM, Joshua Fox  wrote:

>
>
>
> On Thu, Jun 22, 2017 at 11:57 PM, 'George (Cloud Platform Support)' via
> Google App Engine  wrote:
>
>> Hello Joshua,
>>
>> In case you adjust your deployment strategy and use gcloud-maven-plugin,
>>
>
> Do you mean the GCloud Maven Plugin
> 
> com.google.appengine:gcloud-maven-plugin ? Its page says "This plugin has
> been deprecated. Please migrate to the currently maintained
> appengine-maven-plugin
> ."
>
> How do we pass --verbosity to gcloud using the currently supported
> appengine-maven-plugin
> ?
>
>
> in place of the appengine-maven-plugin, the option for --verbose exactly
>> is present there. You can find related details on github
>> .
>>
>> Debug information can be also obtained from maven by running mvn -X
>> appengine:deploy, with the -X option.
>>
> We'd like to get info from  the gcloud layer, not from Maven itself.
>
>> --
>> 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/d6513211-6e48-4ff0-a112-9454eaf20048%
>> 40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> *JOSHUA FOX*
> Principal Software Architect | Freightos
>
>
> ☏* (Israel): *+972-545691165 <+972%2054-569-1165> | ☏* (US)*:  +
> 1-3123400953 <(312)%20340-0953>* | Skype*: joshuafox.freightos
> Smoother shipping with the world's online freight marketplace.
> Online Marketplace
> 
>  / In the News
> 
>  / Freightos Blog
> 
>
> --
> 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/CAD%3DB7cOOOgMRYJwHo3h%3DD58JA45%
> 2BOR-JAj7cNO1gbpgq_PzGZw%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5he0xjSBQJPnRgXdFZ%2ByAGek2RJ9vru-oQdHAmehcysdw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] GAE Endpoints: Mismatch between built and expected exploded directory on gradle deploy

['Les Vogel' via Google App Engine]

Hi Jonas,

1. Which Gradle plugin are you using?   (There is the Java SDK version
 or the Cloud
SDK version
)
2. The cloud SDK gradle plugin now has an Endpoints plugin

added?  Have you see it?

What version of Gradle are you using?



On Mon, May 15, 2017 at 12:15 PM, Justin Beckwith 
wrote:

> Greetings!  I've added a few folks from our Java team who should be able
> to help :)
>
> On Sun, May 14, 2017 at 12:50 AM, Jonas Hartmann <
> jonas.jh.hartm...@gmail.com> wrote:
>
>> Hey,
>>
>> I cannot deploy my app engine endpoints java project via app engine
>> gradle script in Android Studio anymore:
>>
>>> Unable to find the webapp directory ../build/exploded-app
>>
>>
>> If I look at the directory tree within my project I can see the exploded
>> directory  "../build/exploded-backend" based on the module name "backend".
>> I am wondering how this mismatch happened. Do you guys know how or where
>> I can change the exploded directory name?
>>
>> Thanks for the help!
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to google-appengine+unsubscr...@googlegroups.com.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> Visit this group at https://groups.google.com/group/google-appengine.
>> To view this discussion on the web visit https://groups.google.com/d/ms
>> gid/google-appengine/afc37f30-afdf-4bb4-a540-7fae9e2fa909%
>> 40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
> Justin Beckwith | Google Cloud Platform | @justinbeckwith
>  | http://jbeckwith.com
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5iu-fr0CjQaZV50MieShuddzE7Bvxp6qfxRe3a5fCh%2B2A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Cloud shell Java version older than app engine

['Les Vogel' via Google App Engine]

Hi,

Actually the GA version of App Engine Standard for Java is Java 7.  Java 8
is currently in a limited alpha.  Java 8 is also available for App Engine
Flexible.

Java 8 is available in Cloud Shell
 by entering:

sudo update-java-alternatives -s java-1.8.0-openjdk-amd64


On Tue, May 2, 2017 at 3:01 PM, E EE  wrote:

> App engine for java is using Java 8 runtime, but cloud shell is still on
> Java 7. This means it cannot be used for compiling and deploying app engine
> apps that actually use Java 8.
>
> Not technically a bug, but I think all the parts of the platform should be
> version compatible.
>
> --
> 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/826d0ee3-c619-4681-9537-
> ea5209f4424c%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5ioMTV_nYy8SvKdLUR9JkqrHdZ%2B7S5snRxt5Msb%2BYYYDQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Maven plugins

['Les Vogel' via Google App Engine]

Actually, the Cloud SDK based tooling now uses dev_appserver v1, not
dev_appserver
v2 to run your GAE Standard Java apps.

On Sun, Apr 30, 2017 at 10:23 PM, Joshua Fox  wrote:

> Thank you. That's useful.
>
> On Sun, Apr 30, 2017 at 9:48 PM, 'Adam (Cloud Platform Support)' via
> Google App Engine  wrote:
>
>> To answer your questions:
>>
>>- Is it recommended over the other one?
>>
>>It's actually recommended to use the App Engine standalone SDK based
>>plugin for now, due to some issues
>> with the development
>>server in the Cloud SDK.
>>
>>
>>- See also the related discussion
>>
>> 
>>for more details.
>>
>>- What is the relation to appcfg? Is it simply that appcfg is a
>>component of the Cloud-SDK (where the Cloud-SDK consists of gcloud
>>and related CLI tools)?
>>
>>The Cloud SDK based plugin doesn't have any dependency on appcfg. It
>>uses the gcloud command from the Cloud SDK to manage operations (eg. 
>> gcloud
>>app  deploy). It
>>still invokes dev_appserver, but this is a newer version (v2) than
>>the one included in the standalone SDK (v1) and currently has some issues
>>as mentioned above.
>>
>>- Will an upcoming version depend on the Google App Engine SDK for
>>Java?
>>
>>No, as the point of the plugin is to move away from the standalone
>>SDK and support the Cloud SDK.
>>
>>- I see that Google Cloud Tools for Eclipse interacts well with
>>Maven, so that Maven can handle dependency management, goals etc. Does the
>>Google Cloud Tools for Eclipse bundle/use the
>>com.google.cloud.tools::appengine-maven-plugin?
>>
>>When you create a project using the template 'Maven-based Google App
>>Engine Standard Java Project', it will create a Maven project using the
>>appengine-standard-archetype archetype that uses the
>>com.google.cloud.tools::appengine-maven-plugin. This is just a UX
>>convenience for creating a regular Maven project that uses that same
>>archetype.
>>
>>
>>
> What is the status of Google Cloud Tools for Eclipse? On the one hand, it
>  is recommended on the Google Group thread
> ;
> but on the other hand, it it is designed to work with the  Cloud-SDK Based
>  
> Maven
> plugin which is not now recommended.
>
>
>> On Sunday, April 30, 2017 at 9:30:39 AM UTC-4, Joshua Fox wrote:
>>>
>>> What is the difference between these  two Maven plugins?
>>>
>>>
>>> - Based on the Google App Engine SDK for Java
>>> 
>>>
>>>- com.google.*appengine*::appengine:appengine-maven-plugin
>>>- Older
>>>
>>>
>>> - Cloud-SDK Based
>>> 
>>>
>>>- com.google.*cloud.tools:*:appengine-maven-plugin
>>>- Newer
>>>- Is it recommended over the other one?
>>>- What is the relation to *appcfg*? Is it  simply that appcfg is a
>>>component of the Cloud-SDK (where the Cloud-SDK consists of *gcloud *and
>>>related CLI tools)
>>>- Will an upcoming version depend on the Google AppEngine SDK for
>>>Java?
>>>- I see that Google Cloud Tools for Eclipse
>>>   interacts well with Maven
>>>, so that
>>>Maven can handle dependency management, goals etc. Does the Google Cloud
>>>Tools for Eclipse bundle/use the
>>>- com.google.*cloud.tools:*:appengine-maven-plugin?
>>>
>>> --
>> 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/48be9f57-91ae-44ab-a47e-f8e325e20ba8%
>> 40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> *JOSHUA FOX*
> Principal Software Architect | Freightos
>
>
> ☏* (Israel): *+972-545691165 <+972%2054-569-1165> | ☏* (US)*:  +
> 1-3123400953 <(312)%20340-0953>* | Skype*: joshuafox.freightos
> Smoother shipping with the world's online freight marketplace.
> Online Marketplace
> 

Re: [google-appengine] App Engine Flexible: Where to store env-dependent configuration and secrets?

['Les Vogel' via Google App Engine]

Hi Bernhard,

AppEngine Flex can use the Metadata service - take a look at
https://medium.com/google-cloud/google-compute-engine-metadata-service-de9d71ea44e0#.2vmglwf54
for some suggestions.

Cloud KMS  is also a
good place for Secrets.

Regards,

Les

On Sun, Mar 12, 2017 at 12:07 PM, Bernhard Mäder  wrote:

> Title says it, where do you guys store your secrets and other app
> configuration? The stuff that will change depending on the environment
> (prod, stage, dev etc.)...
>
> With kubernetes, there are the Secret and ConfigMap objects, which are
> perfect for exactly that. Is there something comparable in AppEngine?
>
> If not, I think I could use IAM key management, store them in a bucket, or
> even use deployment manager. But this all looks way too far fetched, for
> something that feels like it should be close to AE's core. What am I
> missing?
>
> Thanks,
> Bernhard
>
> --
> 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/f8f10c84-7fa4-4d8a-be92-
> 32539ce48fcd%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5h8sPs6aaYDMDzv4ghHsT%3DwYKzJ9yGEiOj0bS4ka0nM2w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: What Servlet API?

['Les Vogel' via Google App Engine]

Hi Joshua,

It's my understanding that if you include 2.5 of the Servlet API it will
also work on GAE Flex for Java (which uses Jetty 9.x).  The API's are
compatible as 3.1 is about using annotations (for the most part).

Ramki mentioned Java 8 for GAE Standard -- that will support 3.1 and Jetty
9.x

Regards,

Les

On Thu, Mar 2, 2017 at 10:36 AM, Amir Rouzrokh  wrote:

> Hey guys, This is Amir Rouzrokh, GAE Product Manager.
>
> Hi Joshua, apologies for the mixed message. Standard and Flexible
> environments are both fully supported on App Engine and we can help you
> with your issues on both and should you decide to migrate from one to the
> other (either flex to standard or vice versa) we can help there as well.
> Can you please give us some more context so we can help you out here?
>
> Thanks,
> Amir
>
>
> On Thursday, March 2, 2017 at 1:58:24 AM UTC-5, Ramki Krishnan wrote:
>>
>> There are *no* short-term or long-term plans to deprecate the Standard
>> environment.
>>
>> Ramki Krishnan | App Engine Flex  | 650.533.6816
>> <(650)%20533-6816>
>>
>> On Wed, Mar 1, 2017 at 10:43 PM, Joshua Fox  wrote:
>>
>>> Thank you, but we are not migrating away from Standard Env.  We are
>>>  using Standard Env for frontends, and Flex Env for backends that need to
>>> go beyond the limits imposed by Standard.
>>>
>>> Is there a long-term plan to deprecate Standard Env?
>>>
>>> On Wed, Mar 1, 2017 at 8:45 PM, 'George (Cloud Platform Support)' via
>>> Google App Engine  wrote:
>>>
 One can only congratulate you on the on the tendency to migrate away
 from the standard environment and onto flex.

 Your idea, to take advantage of the flexibility offered by the new flex
 environment and modify the pom.xml to your liking may work, depending on
 the structure and environment requirements of your app.

>>> Actually, we need a pom  that allows us to generate either build:
>>> frontend (Standard) or backend (Flex).
>>>
>>>
 It may constitute a temporary solution, till you migrate all your
 estate to the flex environment.

 For a more in-depth look at this situation, details such as your
 project name and relevant code information are necessary. You can send this
 info in confidential manner through a private email.

>>>
>>> Will do.
>>>
 --
 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/ms
 gid/google-appengine/0f68876a-e190-49f0-b11f-88c567ae34a1%
 40googlegroups.com
 
 .
 For more options, visit https://groups.google.com/d/optout.

>>>
>>>
>>>
>>> --
>>> *JOSHUA FOX*
>>> Principal Software Architect | Freightos
>>>
>>>
>>> ☏* (Israel): *+972-545691165 | ☏* (US)*:  +1-3123400953* | Skype*:
>>> joshuafox.freightos
>>> Smoother shipping with the world's online freight marketplace.
>>> Online Marketplace
>>> 
>>>  / In the News
>>> 
>>>  / Freightos Blog
>>> 
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "App Engine Flexible" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to app-engine-flexible+unsubscr...@googlegroups.com.
>>> To post to this group, send email to app-engin...@googlegroups.com.
>>> To view this discussion on the web visit https://groups.google.com/d/ms
>>> gid/app-engine-flexible/CAD%3DB7cMdQsaxLN%3DxuH0tZHVwBq6ctps
>>> 09z68K14CcSEn%2BMcDog%40mail.gmail.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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 

Re: [google-appengine] Re: Issues with Google Cloud Storage (GCS) client in GAE standard dev environment

['Les Vogel' via Google App Engine]

I've written several issues about this today and started several email
threads, I'll get back to you when I know more.

On Mon, Feb 27, 2017 at 12:10 PM, Paul Mazzuca <paul.j.mazz...@gmail.com>
wrote:

> That's unfortunate. Will it ever be supported, and if so when?
>
> On Mon, Feb 27, 2017 at 11:58 AM, 'Les Vogel' via Google App Engine <
> google-appengine@googlegroups.com> wrote:
>
>> Hi Paul,
>>
>> Quickly looking at the Github Repository
>> <https://github.com/GoogleCloudPlatform/appengine-gcs-client> for the
>> plugin suggests that it hasn't yet been updated to work with the Cloud
>> SDK plugin
>> <https://cloud.google.com/appengine/docs/standard/java/tools/using-maven>.
>> I would suggest you continue to use the Java SDK plugin
>> <https://cloud.google.com/appengine/docs/standard/java/tools/maven> for
>> now.
>>
>> Regards,
>>
>> Les
>>
>> On Mon, Feb 27, 2017 at 9:57 AM, Paul Mazzuca <paul.j.mazz...@gmail.com>
>> wrote:
>>
>>> Yes.
>>>
>>> On Mon, Feb 27, 2017 at 9:39 AM, 'Adam (Cloud Platform Support)' via
>>> Google App Engine <google-appengine@googlegroups.com> wrote:
>>>
>>>> The current appengine-maven-plugin version is 1.2.0
>>>> <http://search.maven.org/#search%7Cga%7C1%7Cappengine-maven-plugin>,
>>>> not 1.1.0-beta1. Do you still experience the same issue on that version?
>>>>
>>>> On Monday, February 27, 2017 at 11:25:32 AM UTC-5, Paul Mazzuca wrote:
>>>>>
>>>>> After updating to the new appengine-maven-plugin (1.1.0-beta) with groupId
>>>>> com.google.cloud.tools, I am unable to get the GCS client to work in dev
>>>>> mode.  I followed the short documentation @
>>>>> https://cloud.google.com/appengine/docs/standard/java/goog
>>>>> lecloudstorageclient/setting-up-cloud-storage, however have been
>>>>> unsuccessful.  This previously worked in the older appengine-maven-plugin.
>>>>>
>>>>> The error I receive:
>>>>>
>>>>> [java.io.IOException: java.lang.NoSuchMethodException:
>>>>> com.google.appengine.tools.development.devappserver2.DevAppS
>>>>> erver2Delegate.getService(java.lang.String)]
>>>>>
>>>>>
>>>>> This is also mentioned on GitHub https://github.com/G
>>>>> oogleCloudPlatform/app-maven-plugin/issues/106.
>>>>>
>>>>>
>>>>> Has anyone been able to get gcs to work using the new mvn appengine
>>>>> plugin?
>>>>>
>>>>>
>>>>> Is it true as the documentation suggests that "there is no local
>>>>> emulation of gcs"?  I thought the previous plugin supported local 
>>>>> emulation
>>>>> (though I might not have realized it was reaching out to Internet)
>>>>>
>>>>>
>>>>> --
>>>> 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/-nUPSAL41Bs/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/73a1c103-24b1-42ea-a9b4-2c2da23055f9%40
>>>> googlegroups.com
>>>> <https://groups.google.com/d/msgid/google-appengine/73a1c103-24b1-42ea-a9b4-2c2da23055f9%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/ms
>>> gid/go

Re: [google-appengine] Re: Issues with Google Cloud Storage (GCS) client in GAE standard dev environment

['Les Vogel' via Google App Engine]

Hi Paul,

Quickly looking at the Github Repository
 for the
plugin suggests that it hasn't yet been updated to work with the Cloud SDK
plugin
.
I would suggest you continue to use the Java SDK plugin
 for now.

Regards,

Les

On Mon, Feb 27, 2017 at 9:57 AM, Paul Mazzuca 
wrote:

> Yes.
>
> On Mon, Feb 27, 2017 at 9:39 AM, 'Adam (Cloud Platform Support)' via
> Google App Engine  wrote:
>
>> The current appengine-maven-plugin version is 1.2.0
>> , not
>> 1.1.0-beta1. Do you still experience the same issue on that version?
>>
>> On Monday, February 27, 2017 at 11:25:32 AM UTC-5, Paul Mazzuca wrote:
>>>
>>> After updating to the new appengine-maven-plugin (1.1.0-beta) with groupId
>>> com.google.cloud.tools, I am unable to get the GCS client to work in dev
>>> mode.  I followed the short documentation @ https://cloud.google.com/app
>>> engine/docs/standard/java/googlecloudstorageclient/setting-u
>>> p-cloud-storage, however have been unsuccessful.  This previously
>>> worked in the older appengine-maven-plugin.
>>>
>>> The error I receive:
>>>
>>> [java.io.IOException: java.lang.NoSuchMethodException:
>>> com.google.appengine.tools.development.devappserver2.DevAppS
>>> erver2Delegate.getService(java.lang.String)]
>>>
>>>
>>> This is also mentioned on GitHub https://github.com/G
>>> oogleCloudPlatform/app-maven-plugin/issues/106.
>>>
>>>
>>> Has anyone been able to get gcs to work using the new mvn appengine
>>> plugin?
>>>
>>>
>>> Is it true as the documentation suggests that "there is no local
>>> emulation of gcs"?  I thought the previous plugin supported local emulation
>>> (though I might not have realized it was reaching out to Internet)
>>>
>>>
>>> --
>> 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/-nUPSAL41Bs/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/73a1c103-24b1-42ea-a9b4-2c2da23055f9%
>> 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/CAJpXATQ63Uy_o4s1xwjRc85ohXfYPjdKFv1nw0g1zm
> PxUkpdAA%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5i1PtLEcMzk%2B24SBV8ojBq%2BrC3BTdwovTWFbYX4fvUx6g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Migrating from Endpoints v1 to v2 for AppEngine

['Les Vogel' via Google App Engine]

+frank

Frank - could you reply to this?

On Mon, Feb 20, 2017 at 6:22 PM, Paul Mazzuca 
wrote:

> In trying to migrate to Endpoints V2 for GAE, I have been unable to get
> the example located at  
> java-docs-samples/appengine/endpoints-frameworks-v2/backend
> (git clone https://github.com/GoogleCloudPlatform/java-docs-samples) to
> work. Does anyone know where the documentation for localhost testing is?
> Has anyone gotten this example to work locally?  The README does include
> instructions as to how to deploy the project, but nothing on how to test
> locally.
>
> The process that I have used thus far is:
>
> 1.  mvn exec:java -DGetSwaggerDoc
> 2. mvn appengine:run
>
> Then to test:
>
>  curl \
>
>  -H "Content-Type: application/json" \
>
>  -X POST \
>
>  -d '{"message":"echo"}' \
>
>  http://localhost:8080/_ah/api/echo/v1/echo
>
>
> The response is a 404.
>
>
>
> --
> 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/8d633137-4ef5-4b51-8da9-
> 95bb1a18ba02%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5h1sTDid1zTn2Cn%2BxdStr-jm6H_h_g5T7K0wFRJV9HPYg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Does anyone else also run into high latency problem connecting to Cloud Sql?

['Les Vogel' via Google App Engine]

It should be only 1ms longer
 than
1st gen.  Are you sure that your deploy region for GAE Standard and your
region for your 2nd get instance.  If not, that could add latency.

On Wed, Dec 14, 2016 at 2:17 AM, Andy Tseng  wrote:

> So I am connecting to Second Gen Cloud SQL from my App Engine, and both of
> them are in the same project. However, the latency is really high, up to
> 1.3 seconds. So I was wondering if anyone else is also running into this
> problem. Everything works fine, but it's just the high latency and the same
> structure at AWS has a much shorter latency, so I was wondering why.
>
> --
> 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/35a830ee-b9bf-458d-bfc0-
> 73fd31d0dcf1%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5gAiK1F%2Bw_re%3DOEQOnCoj3%2B7sOjPGjoNZDvpcd%2B0dv_gA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Running nodejs API on AppEngine. Can't access endpoint due to CORS redirect (307)

['Les Vogel' via Google App Engine]

Try with myproject.appspot-preview.com, or more specifically,
service-dot-projectID.appspot-preview.com




On Sat, Nov 26, 2016 at 6:04 PM, Tommy Long  wrote:

> Hello,
>
> Apologies in advance if I've missed something stupid but after an entire
> evening of Googling and messing around I can't seem to get any further with
> this issue.
>
> I have a nodejs express API which has CORS enabled (allowing "*" for the
> time being) and works fine when uploaded to a web server I have outside of
> Google Cloud.
>
> I'm trying to use it with AppEngine though (for scalability among other
> things). This is where I'm running into issues though.
>
> The URL that is consistent for a service 
> (https://[service-name]dot[project-name][project-id]/)
> redirects to a deployment-specific URL (https://[deployment-
> timestamp][service-name]dot[project-name][project-id]/).
>
> If I use the deployment-specific URL in my code then again everything
> works fine. If, however, I swap out the deployment-specific URL for the
> consistent service URL (which redirects) then I simply get a 307 response
> (to the OPTIONS request) and the request fails at that point. I can't even
> get the location response header from the 307 OPTION response as this
> information is not given back to the JavaScript function that initiated the
> request.
>
> What can I do to get around this? This must be a common issue that people
> regularly run into but I can't for the life of me figure it out.
>
> Please help!
>
> Thanks in advance,
>
> Tommy
>
> --
> 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/87a58f33-e2d0-47de-832a-
> bc1f914aa887%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

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

Re: [google-appengine] Dispatching to the new Flex VMs (beta) not working. Anybody else?

['Les Vogel' via Google App Engine]

Are you using a full URL, ie. blah.appspot.com/barbaz  or just /barbaz ??
There's currently an issue w/ 307's redirects that appear to be confusing
things, you might wish to try using blah.appspot-preview.com/barbaz

On Thu, Nov 17, 2016 at 2:50 AM, goldenv  wrote:

> Hi guys,
>
> I am unable to forward requests via dispatch.yaml to a module on the new
> flex vm (works with the older flexible vms). Any Google devs who can help?
> This is a critical issue for us. I am using golang.
>
> Thanks.
>
> PS.Ref for the new flex vms: https://cloud.google.com/
> appengine/docs/flexible/go/upgrading
>
> --
> 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/403416b3-e78a-4b8a-bae7-
> 588654cf2b16%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5hD%3DZ8fDqH-YP3X_6%3DmBxDOWDy2vNhcJc84%3DPqhqD797A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] google appengine online documentation appears to be down

['Les Vogel' via Google App Engine]

https://status.cloud.google.com/

says:

Starting at 12:02pm PDT, some documentation based pages hosted in
cloud.google.com started returning 404. We are currently working in
restoring full access to the site.

On Tue, Oct 4, 2016 at 1:00 PM, Carl Midson  wrote:

> Hi,
>
> Please forgive me if this is the wrong place to report this...
>
> But it seems if some of the online documentation is currently offline and
> failing with a 404 error.  That or the pages have been moved and the google
> index is yet to reflect the change.
>
> for example:
>
> https://cloud.google.com/appengine/docs/java/
>
> best,
>
> Carl.
>
> --
> 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/fd4977dc-98a8-4b8b-9a21-
> f3d94157ca91%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5iXUtyPZVQX8gBb8eAY8xkRStysUO88SX00j-9KxjBRXA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Login Issue for Google Sign In

['Les Vogel' via Google App Engine]

Hi Daniel,

If you are doing your own authentication, you might wish to look at Firebase
Authentication  - it takes care of
a lot of stuff that you might not want to fully implement.

Regards,

Les

On Wed, Jun 29, 2016 at 11:46 AM, Daniel Young  wrote:

> Thanks for this tip.  We used to use this service but decided to create
> our own user object to host all other social providers (e.g. facebook,
> twitter etc.).  Let me see if this is still compatible with what I've
> started though it would be better to run our own service so we're not
> completely dependent on this service.
>
> On Thursday, June 23, 2016 at 5:01:32 PM UTC-5, Les Vogel wrote:
>>
>> Hi Daniel,
>>
>> AppEngine Standard has api's so that Sign In is easy from your host
>> language.  for Python
>>  and Java
>> .
>>
>> Google Sign In  can
>> be used with App Engine Flex, Compute Engine and Container engine.
>>
>> On Thu, Jun 23, 2016 at 1:45 PM, Daniel Young  wrote:
>>
>>> This issue is occurring for me implementing Google Sign in for Web on
>>> App Engine:
>>>
>>> https://code.google.com/p/googleappengine/issues/detail?id=12516
>>>
>>> Google Sign In is incompatible with Google Cloud Platform.
>>>
>>> Please escalate.
>>>
>>> --
>>> 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/d96b7370-5bb9-429a-b740-7f9afeff13dd%40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>>
>> *  •  **Les Vogel*
>> *  •  *Cloud Developer Relations
>> *  •  *le...@google.com
>> *  •  *+1-408-676-7023
>>
>>
>> --
> 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/6926ecac-1a35-41a6-a1ac-7086239b4e99%40googlegroups.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5gOJs8PX3%2BoKB%3DDxg8o6u-HO4F8ppd6EjZEsmWmsbzF8Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Login Issue for Google Sign In

['Les Vogel' via Google App Engine]

Hi Daniel,

AppEngine Standard has api's so that Sign In is easy from your host
language.  for Python
 and Java
.

Google Sign In  can be
used with App Engine Flex, Compute Engine and Container engine.

On Thu, Jun 23, 2016 at 1:45 PM, Daniel Young  wrote:

> This issue is occurring for me implementing Google Sign in for Web on App
> Engine:
>
> https://code.google.com/p/googleappengine/issues/detail?id=12516
>
> Google Sign In is incompatible with Google Cloud Platform.
>
> Please escalate.
>
> --
> 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/d96b7370-5bb9-429a-b740-7f9afeff13dd%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5jwWKz49o1%3D4nmOrKPmZE6TzVy_b5r5Xyg50tSf-uApyA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Cloud SQL in App Engine Flexible Environment + Custom Docker

['Les Vogel' via Google App Engine]

It won't help anyone on this thread, but since Nick mentioned Java earlier,
I'd like to point folks at
https://github.com/GoogleCloudPlatform/cloud-sql-mysql-socket-factory -- we
are still working on examples & formal documentaiton.

On Thu, Apr 7, 2016 at 2:09 PM, 'Nick (Cloud Platform Support)' via Google
App Engine  wrote:

> Hey Prashant,
>
> I've deployed the given app and have observed the same as you, that the
> socket in /cloudsql in the app container is not following the formula shown
> in the docs sample, being that it contains the region while the docs sample
> does not. However, the pattern of the socket name is given by the project
> settings itself in app.yaml. As can be seen in the example app.yaml, we
> have:
>
> beta_settings:
> cloud_sql_instances: PROJECT:us-central1:INSTANCE
> If you change this pattern, the unix socket should also change. The
> example app you used isn't from the same codebase as the document linked. I
> hope this has helped clarify the situation.
>
> Best wishes,
>
> Nick
> Cloud Platform Community Support
>
> On Thursday, April 7, 2016 at 3:44:03 PM UTC-4, Prashant V wrote:
>>
>> Sorry, I should have been clearer- I don't expect it to error of things
>> are working correctly. The fact that it does error is the bug.
>>
>> On Thu, 7 Apr 2016, 12:39 PM 'Nick (Cloud Platform Support)' via Google
>> App Engine  wrote:
>>
>>> Is main a module you wrote? Why do you expect it should create an error?
>>>
>>>
>>> On Tuesday, April 5, 2016 at 7:01:14 PM UTC-4, Prashant V wrote:

 Thanks Nick.

 I deployed the application as is

 https://github.com/GoogleCloudPlatform/python-docs-samples/blob/master/managed_vms/cloudsql

 But then I SSH'd into the VM, entered the container, and ran python
 from the location where the code was, and did:

> import main
> main.db.create_all()


 Which should throw an erorr. (Main reason I did SSH is so I could tweak
 the DB parameters without having to redeploy)

 On Tuesday, 5 April 2016 13:42:34 UTC-7, Nick (Cloud Platform Support)
 wrote:
>
> Hey Prashant,
>
> Usually issues are reported in the Public Issue Tracker
> , rather than
> in Groups as here, but it turns out that the information you've provided 
> is
> very close to adequate for a Public Issue Tracker report, and I can just 
> go
> ahead and use it to create an issue tracker thread, once I reproduce the
> behaviour. In order to make sure I do so properly, however, could you just
> let me know what changes you'd made to the example app before deploying?
>
> Once I've got that information and got the issue reproduced and a
> tracking thread made in the Public Issue Tracker, I'll post it back here 
> so
> you can star the issue to follow it.
>
> Cheers!
>
> Nick
> Cloud Platform Community Support
>
> On Tuesday, April 5, 2016 at 12:07:41 AM UTC-4, Prashant V wrote:
>>
>> I treid out a python app to see whether it was a runtime specific
>> issue. I created a simple app based on the sample app here:
>> https://github.com/GoogleCloudPlatform/python-docs-samples/tree/master/managed_vms/cloudsql
>>
>> It also failed with a similar error which leads me to believe that
>> this is just an issue with the App Engine flexible environment when 
>> trying
>> to access CloudSQL.
>>
>> Exception from python:
>>
>> Traceback (most recent call last):
>>>
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/engine/base.py",
>>> line 2074, in _wrap_pool_connect
>>> return fn()
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/pool.py", line
>>> 376, in connect
>>> return _ConnectionFairy._checkout(self)
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/pool.py", line
>>> 713, in _checkout
>>> fairy = _ConnectionRecord.checkout(pool)
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/pool.py", line
>>> 480, in checkout
>>> rec = pool._do_get()
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/pool.py", line
>>> 1060, in _do_get
>>> self._dec_overflow()
>>>   File
>>> "/env/lib/python3.4/site-packages/sqlalchemy/util/langhelpers.py", line 
>>> 60,
>>> in __exit__
>>> compat.reraise(exc_type, exc_value, exc_tb)
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/util/compat.py",
>>> line 184, in reraise
>>> raise value
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/pool.py", line
>>> 1057, in _do_get
>>> return self._create_connection()
>>>   File "/env/lib/python3.4/site-packages/sqlalchemy/pool.py", line
>>> 323, in _create_connection
>>> return _ConnectionRecord(self)

Re: [google-appengine] Stuck again in the JAVA tutorial : Testing the finished sample

['Les Vogel' via Google App Engine]

Did you actually install the JDK?   The error is suggesting you might have
just installed the JRE.

The JDK is a superset of the JRE that includes the compiler and more.

On Mon, Mar 21, 2016 at 11:55 AM, Unesco Iha  wrote:

> Yes, I set the JAVA_HOME using these steps :
> https://confluence.atlassian.com/doc/setting-the-java_home-variable-in-windows-8895.html
>
> And I have Java 8, but in the tutorial setup, it says:
>
> If you have Java 8, you must specify Java 7 as the source and the target.
>> In Maven, you do this in the pom.xml file for your project, within the
>> maven-compiler-plugin configuration settings:
>> 
>> org.apache.maven.plugins
>> 3.2
>> maven-compiler-plugin
>> 
>> 7
>> 7
>> 
>> 
>
>
> Which I did.
>
>
>
> On Monday, March 21, 2016 at 2:45:55 PM UTC-4, Les Vogel wrote:
>>
>> Have you set your JAVA_HOME variable?  It's necessary for Windows.
>>
>> Note - you should be using Java 7 for AppEngine, Java 8 works with
>> managed VMs https://cloud.google.com/appengine/docs/managed-vms/
>>
>>
>> On Mon, Mar 21, 2016 at 11:32 AM, Unesco Iha  wrote:
>>
>>> Another question about the JAVA tutorial:
>>>
>>> In "Testing the finished sample" in the section 4. Adding Apllication
>>> Code and IU, I get the following error:
>>>
>>>
 F:\[MY PATH]\guestbook>mvn appengine:devserver
>>>
>>> [INFO] Scanning for projects...
>>>
>>> [INFO]
>>>
>>> [INFO]
 
>>>
>>> [INFO] Building guestbook 1.0-SNAPSHOT
>>>
>>> [INFO]
 
>>>
>>> [INFO]
>>>
>>> [INFO] >>> appengine-maven-plugin:1.9.34:devserver (default-cli) >
 package @ guestbook >>>
>>>
>>> [INFO]
>>>
>>> [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @
 guestbook ---
>>>
>>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>>>
>>> [INFO] skip non existing resourceDirectory
 F:\Roy\Documents_Roy_Nahas\SIG\IHA\Google
 Engine\guestbook\src\main\resources
>>>
>>> [INFO]
>>>
>>> [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @
 guestbook ---
>>>
>>> [INFO] Changes detected - recompiling the module!
>>>
>>> [INFO] Compiling 1 source file to
 F:\Roy\Documents_Roy_Nahas\SIG\IHA\Google
 Engine\guestbook\target\guestbook-1.0-SNAPSHOT\WEB-INF\classes
>>>
>>> [INFO] -
>>>
>>> [ERROR] COMPILATION ERROR :
>>>
>>> [INFO] -
>>>
>>> [ERROR] No compiler is provided in this environment. Perhaps you are
 running on a JRE rather than a JDK?
>>>
>>> [INFO] 1 error
>>>
>>> [INFO] -
>>>
>>> [INFO]
 
>>>
>>> [INFO] BUILD FAILURE
>>>
>>> [INFO]
 
>>>
>>> [INFO] Total time: 0.876 s
>>>
>>> [INFO] Finished at: 2016-03-21T14:25:10-04:00
>>>
>>> [INFO] Final Memory: 7M/18M
>>>
>>> [INFO]
 
>>>
>>> [ERROR] Failed to execute goal
 org.apache.maven.plugins:maven-compiler-plugin:3.1:compile
 (default-compile) on project guestbook: Compilation failure
>>>
>>> [ERROR] No compiler is provided in this environment. Perhaps you are
 running on a JRE rather than a JDK?
>>>
>>> [ERROR] -> [Help 1]
>>>
>>> [ERROR]
>>>
>>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
 -e switch.
>>>
>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>
>>> [ERROR]
>>>
>>> [ERROR] For more information about the errors and possible solutions,
 please read the following articles:
>>>
>>> [ERROR] [Help 1]
 http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>>>
>>>
>>> How can I correct 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-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/8254d301-ebb6-4499-b1c6-209725bf6f2c%40googlegroups.com
>>> 
>>> .
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>>
>>
>> *  •  **Les Vogel*
>> *  •  *Cloud Developer Relations
>> *  •  *le...@google.com
>> *  

Re: [google-appengine] Stuck again in the JAVA tutorial : Testing the finished sample

['Les Vogel' via Google App Engine]

I haven't watched this, but it came up 1st when I searched and had an ad on
it.
https://www.youtube.com/watch?v=hSs-gZPe8kU  How to install Java 7 on
Windows 10

On Mon, Mar 21, 2016 at 11:45 AM, Les Vogel  wrote:

> Have you set your JAVA_HOME variable?  It's necessary for Windows.
>
> Note - you should be using Java 7 for AppEngine, Java 8 works with managed
> VMs https://cloud.google.com/appengine/docs/managed-vms/
>
>
> On Mon, Mar 21, 2016 at 11:32 AM, Unesco Iha  wrote:
>
>> Another question about the JAVA tutorial:
>>
>> In "Testing the finished sample" in the section 4. Adding Apllication
>> Code and IU, I get the following error:
>>
>>
>>> F:\[MY PATH]\guestbook>mvn appengine:devserver
>>
>> [INFO] Scanning for projects...
>>
>> [INFO]
>>
>> [INFO]
>>> 
>>
>> [INFO] Building guestbook 1.0-SNAPSHOT
>>
>> [INFO]
>>> 
>>
>> [INFO]
>>
>> [INFO] >>> appengine-maven-plugin:1.9.34:devserver (default-cli) >
>>> package @ guestbook >>>
>>
>> [INFO]
>>
>> [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @
>>> guestbook ---
>>
>> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>>
>> [INFO] skip non existing resourceDirectory
>>> F:\Roy\Documents_Roy_Nahas\SIG\IHA\Google
>>> Engine\guestbook\src\main\resources
>>
>> [INFO]
>>
>> [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @
>>> guestbook ---
>>
>> [INFO] Changes detected - recompiling the module!
>>
>> [INFO] Compiling 1 source file to
>>> F:\Roy\Documents_Roy_Nahas\SIG\IHA\Google
>>> Engine\guestbook\target\guestbook-1.0-SNAPSHOT\WEB-INF\classes
>>
>> [INFO] -
>>
>> [ERROR] COMPILATION ERROR :
>>
>> [INFO] -
>>
>> [ERROR] No compiler is provided in this environment. Perhaps you are
>>> running on a JRE rather than a JDK?
>>
>> [INFO] 1 error
>>
>> [INFO] -
>>
>> [INFO]
>>> 
>>
>> [INFO] BUILD FAILURE
>>
>> [INFO]
>>> 
>>
>> [INFO] Total time: 0.876 s
>>
>> [INFO] Finished at: 2016-03-21T14:25:10-04:00
>>
>> [INFO] Final Memory: 7M/18M
>>
>> [INFO]
>>> 
>>
>> [ERROR] Failed to execute goal
>>> org.apache.maven.plugins:maven-compiler-plugin:3.1:compile
>>> (default-compile) on project guestbook: Compilation failure
>>
>> [ERROR] No compiler is provided in this environment. Perhaps you are
>>> running on a JRE rather than a JDK?
>>
>> [ERROR] -> [Help 1]
>>
>> [ERROR]
>>
>> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>>> -e switch.
>>
>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>
>> [ERROR]
>>
>> [ERROR] For more information about the errors and possible solutions,
>>> please read the following articles:
>>
>> [ERROR] [Help 1]
>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>>
>>
>> How can I correct 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/8254d301-ebb6-4499-b1c6-209725bf6f2c%40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
>
> *  •  **Les Vogel*
> *  •  *Cloud Developer Relations
> *  •  *l...@google.com
> *  •  *+1-4 <%2B1-650-338-7103>08-676-7023
>
>
>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5g9cCzA6vu_0arCsuk7cMi7%3DREZx9oL36XSizVk7jfJMA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Stuck again in the JAVA tutorial : Testing the finished sample

['Les Vogel' via Google App Engine]

Have you set your JAVA_HOME variable?  It's necessary for Windows.

Note - you should be using Java 7 for AppEngine, Java 8 works with managed
VMs https://cloud.google.com/appengine/docs/managed-vms/


On Mon, Mar 21, 2016 at 11:32 AM, Unesco Iha  wrote:

> Another question about the JAVA tutorial:
>
> In "Testing the finished sample" in the section 4. Adding Apllication Code
> and IU, I get the following error:
>
>
>> F:\[MY PATH]\guestbook>mvn appengine:devserver
>
> [INFO] Scanning for projects...
>
> [INFO]
>
> [INFO]
>> 
>
> [INFO] Building guestbook 1.0-SNAPSHOT
>
> [INFO]
>> 
>
> [INFO]
>
> [INFO] >>> appengine-maven-plugin:1.9.34:devserver (default-cli) > package
>> @ guestbook >>>
>
> [INFO]
>
> [INFO] --- maven-resources-plugin:2.6:resources (default-resources) @
>> guestbook ---
>
> [INFO] Using 'UTF-8' encoding to copy filtered resources.
>
> [INFO] skip non existing resourceDirectory
>> F:\Roy\Documents_Roy_Nahas\SIG\IHA\Google
>> Engine\guestbook\src\main\resources
>
> [INFO]
>
> [INFO] --- maven-compiler-plugin:3.1:compile (default-compile) @ guestbook
>> ---
>
> [INFO] Changes detected - recompiling the module!
>
> [INFO] Compiling 1 source file to
>> F:\Roy\Documents_Roy_Nahas\SIG\IHA\Google
>> Engine\guestbook\target\guestbook-1.0-SNAPSHOT\WEB-INF\classes
>
> [INFO] -
>
> [ERROR] COMPILATION ERROR :
>
> [INFO] -
>
> [ERROR] No compiler is provided in this environment. Perhaps you are
>> running on a JRE rather than a JDK?
>
> [INFO] 1 error
>
> [INFO] -
>
> [INFO]
>> 
>
> [INFO] BUILD FAILURE
>
> [INFO]
>> 
>
> [INFO] Total time: 0.876 s
>
> [INFO] Finished at: 2016-03-21T14:25:10-04:00
>
> [INFO] Final Memory: 7M/18M
>
> [INFO]
>> 
>
> [ERROR] Failed to execute goal
>> org.apache.maven.plugins:maven-compiler-plugin:3.1:compile
>> (default-compile) on project guestbook: Compilation failure
>
> [ERROR] No compiler is provided in this environment. Perhaps you are
>> running on a JRE rather than a JDK?
>
> [ERROR] -> [Help 1]
>
> [ERROR]
>
> [ERROR] To see the full stack trace of the errors, re-run Maven with the
>> -e switch.
>
> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>
> [ERROR]
>
> [ERROR] For more information about the errors and possible solutions,
>> please read the following articles:
>
> [ERROR] [Help 1]
>> http://cwiki.apache.org/confluence/display/MAVEN/MojoFailureException
>
>
> How can I correct 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/8254d301-ebb6-4499-b1c6-209725bf6f2c%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5j8SGvO_0QRHYG5k6emzgX_FxQKMwPHvMfPO%2BfSMGXVYw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Stuck in the JAVA tutorial : Creating a servlet class

['Les Vogel' via Google App Engine]

I need to type into command before I send things.

*md com*
*md com\example*
*md com\example\guestbook*


On Mon, Mar 21, 2016 at 10:46 AM, Les Vogel  wrote:

> We are trying to make the documentation more windows friendly.  Sorry you
> ran into this.
>
> What the command is trying to do is make a series of directories
>
> So it can become:
>
> md com
> md com/example
> md com/example/guestbook
>
>
> On Mon, Mar 21, 2016 at 10:15 AM, Unesco Iha  wrote:
>
>> I'm doing the JAVA tutorial called "Creating a guest book".
>> In step 4. Adding Application Code an UI, I get stuck at Creating a
>> servlet class.
>>
>> it says :
>>
>> n the guestbook/src/main/java directory, create a package path for your
>>> servlet class called com/example/guestbook. In Linux or Mac OS X, you
>>> can run the following command:
>>>
>>> mkdir -p com/example/guestbook
>>>
>>>
>> How can I do this in Windows 10?
>>
>> Everything was going as planned until this step.
>>
>> --
>> 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/2302239c-49b4-4797-b02a-d27468313f6f%40googlegroups.com
>> 
>> .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
>
>
> *  •  **Les Vogel*
> *  •  *Cloud Developer Relations
> *  •  *l...@google.com
> *  •  *+1-4 <%2B1-650-338-7103>08-676-7023
>
>
>


-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5i92WbaX_NC8%3Dp96BgdtRVPjpUM1Qo-woaavCqdOAjY8w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Stuck in the JAVA tutorial : Creating a servlet class

['Les Vogel' via Google App Engine]

We are trying to make the documentation more windows friendly.  Sorry you
ran into this.

What the command is trying to do is make a series of directories

So it can become:

md com
md com/example
md com/example/guestbook


On Mon, Mar 21, 2016 at 10:15 AM, Unesco Iha  wrote:

> I'm doing the JAVA tutorial called "Creating a guest book".
> In step 4. Adding Application Code an UI, I get stuck at Creating a
> servlet class.
>
> it says :
>
> n the guestbook/src/main/java directory, create a package path for your
>> servlet class called com/example/guestbook. In Linux or Mac OS X, you
>> can run the following command:
>>
>> mkdir -p com/example/guestbook
>>
>>
> How can I do this in Windows 10?
>
> Everything was going as planned until this step.
>
> --
> 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/2302239c-49b4-4797-b02a-d27468313f6f%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 


*  •  **Les Vogel*
*  •  *Cloud Developer Relations
*  •  *l...@google.com
*  •  *+1-4 <%2B1-650-338-7103>08-676-7023

-- 
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/CAGB1p5i-xAbVF4MZxC1hFA9x1uQvdiyprDZOizq0nm3aBq8f%3DA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Upload .mp3 file in Google Cloud Storage using Java client JSON API.

['Les Vogel' via Google App Engine]

I've uploaded files using the Java client library JSON API to GCS.

On Fri, Sep 25, 2015 at 5:06 AM, Uttam Agarwal 
wrote:

> Hi
>
> Is it possible to upload a mp3 file (audio file) in Google Cloud Storage
> using Java client library.
>
> I can access my bucket from Cloud Storage and can read the content of my
> bucket using Java client library JSON API.
>
> But i want to upload a mp3 file in my bucket in cloud storage using Java
> client library JSON API.
>
> Is it 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 http://groups.google.com/group/google-appengine.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/google-appengine/fc57023a-4feb-4e89-a7a8-25217ef30bea%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5gTbfha55VVgCF_dkgJ%2BLQN2nH6Cs0N1PT7E8BqzmNejg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: How do I use Federated Login with OpenID Connect?

['Les Vogel' via Google App Engine]

You might wish to look into the Google Identity Toolkit
https://developers.google.com/identity/toolkit/?hl=en for Federated Login
/ OpenID Connect.

On Mon, Aug 10, 2015 at 8:51 PM, NP nearapo...@gmail.com wrote:

 I've logged a feature request
 http://code.google.com/p/googleappengine/issues/detail?id=12245.

 Nick and Jason - Thanks


 On Monday, August 10, 2015 at 4:40:35 PM UTC-7, Jason Collins wrote:

 And make sure you link the feature request here; I'll gladly star it.

 On Monday, 10 August 2015 16:29:06 UTC-7, Nick (Cloud Platform Support)
 wrote:

 Hi NP,

 They do indeed appear to be presently parallel systems. You can explore
 the App Engine Users service and Google+ (OpenID Connect) authentication at
 the example app gae-login-explainer.appspot.com, which goes into some
 detail.

 I think you've got the makings of a great feature request here, and
 encourage you to summarize the results into a Feature Request issue report
 in the public issue tracker
 http://code.google.com/p/google-appengine/issues/list, to request
 tighter integration of login: required / admin in app.yaml and OpenID
 Connect (Federated Login).

 Best wishes,

 Nick

 On Monday, August 10, 2015 at 2:47:39 AM UTC-4, NP wrote:

 Hi Nick,

 Thanks for your response.

 On further research, I discovered that the Users API from
 google.appengine.api.users has no relation to the new Google OpenID
 Connect i.e. even after I've successfully logged in via Google OpenID
 Connect, calling Users.get_current_user() will return None. It seems Google
 has not yet provided a way for the Users API to work with the Google OpenID
 Connect. From what I understand if your application uses Federated Login,
 then there is currently no way to support urls restricted to admin or login
 required via app.yaml.



 On Thursday, August 6, 2015 at 3:58:28 PM UTC-7, Nick (Cloud Platform
 Support) wrote:

 Hey NP,

 This may very well be a side-effect of the decommissioning of Google's
 OpenID provider service and the moving to OpenID Connect.

 Could you link which published Google Libraries for OpenID Connect
 you've used, and if possible some of the code relevant to your use-case?

 As noted in the docs
 https://cloud.google.com/appengine/docs/python/users/functions#create_login_url,
 support for OpenID was experimental, probably since the landscape of Auth
 has been changing quite a bit, as new improvements are made through the
 experience of successive paradigms, however all I really need to comment 
 on
 is that it was experimental. Despite this, I'm committed to helping you
 find a solution that works.

 There are several docs in our Developers resources which discuss
 OpenID Connect [1]
 https://developers.google.com/identity/protocols/OpenID2Migration?hl=en,
 [2] https://developers.google.com/+/web/api/rest/openidconnect/, [3]
 https://developers.google.com/identity/protocols/OpenIDConnect?hl=en,
 and you might want to give those a read. If the login: admin feature turns
 out to have been specific to Google OpenID accounts, you can rest assured
 that:

 A) A feature request in the public issue tracker
 http://code.google.com/p/google-appengine/issues/list to get this
 function updated to work with OpenID Connect is possible and awesome

 B) you can implement your own admin feature using an admin check in
 your request handlers and implementing an OpenID Connect auth scheme which
 allows accounts from OpenID Connect services (you would add the various
 sign-in buttons to the sign-in page of your (web)app).

 Best wishes,

 Nick

 On Tuesday, August 4, 2015 at 1:08:50 PM UTC-4, NP wrote:

 Hello all,

 I have an application (python) on GAE which uses Federated Login. In
 app.yaml, I have restricted some urls to be accessible only to admins 
 (i.e.
 login; admin). According to GAE documentation, any url restricted to 
 admin
 for applications using Federated Login will trigger a call to
 /_ah/loginrequired and I'm supposed to handle such calls by getting user 
 to
 login using* users.create_login_url(dest_url, federated_identity).*

 Documentation for users.create_login_url says if no
 federated_identity is specified (when your site is set to use federated
 identity), the system will default to Google as the OpenID provider. So 
 the
 application currently defaults to  '
 https://www.google.com/accounts/o8/id' which is no longer supported
 by Google and I believe this is the reason why it gives me a 500 server
 error.

 I have tried using the published Google Libraries for OpenID Connect.
 If I use the library outside of the create_login_url, I'm able to log in
 and get the user email but calling users.get_current_user() returns None
 and so the application doesn't see me as being logged in which means I
 don't get access to the url that I had restricted to admins. If I apply 
 the
 OpenID Connect url to create_login_url, I get a 500 server error.

 Does anybody know how to handle requests to urls restricted to
 logged-in users/admins using the new 

Re: [google-appengine] Re: building and pushing image hung or fails

['Les Vogel' via Google App Engine]

Engineering suggested the following:

boot2docker stop
boot2docker start


On Mon, Aug 10, 2015 at 3:01 PM, Amit Srivastava mra...@gmail.com wrote:

 To further add the log files are showing this errror:

 015-08-10 14:55:27,700 INFO rootException 500 Server
 Error: Internal Server Error (v1 ping attempt failed with error: Get
 https://appengine.gcr.io/v1/_ping: dial tcp: i/o timeout. If this private
 registry supports only HTTP or HTTPS with an unknown CA certificate, please
 add `--insecure-registry appengine.gcr.io` to the daemon's arguments. In
 the case of HTTPS, if you have access to the registry's CA certificate, no
 need for the flag; simply place the CA certificate at /etc/docker/certs.d/
 appengine.gcr.io/ca.crt) thrown in ProgressHandler. Retrying.
 On Monday, August 10, 2015 at 2:41:37 PM UTC-7, Amit Srivastava wrote:



 WHen running the deploy command:

 gcloud preview app deploy app.yaml --set-default


 I have been deploying images wi thtis command in the past but lately this
 is just hanging on this step.


 I have trie to delete other versions deployed, using gcloud preview app
 modules delete default --version version  to see if too many versiosn
 deployed is the issue but that did not help.

 --
 You received this message because you are subscribed to the Google Groups
 Google App Engine group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to google-appengine+unsubscr...@googlegroups.com.
 To post to this group, send email to google-appengine@googlegroups.com.
 Visit this group at http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/178edb16-4240-492b-a4b2-928b99796dcd%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/178edb16-4240-492b-a4b2-928b99796dcd%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5i1JwxVmCqe79vFU1hzP%2B02-%3Di0t5tkhM2weue1Yxy%2ByQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Google App Engine Android Facebook login

['Les Vogel' via Google App Engine]

I should have it published before 2pm today.

On Sat, Jul 11, 2015 at 9:16 AM, Shruthi Sharat sruthi.kumb...@gmail.com
wrote:

 Hi,

Thank you for the reply. I will be waiting for that sample code.

 How do I validate the id token in my app engine back end which i am
 getting from the toolkit? Can you please provide some kind of documents or
 sample code.

 Regards,
 Shruthi Kumbham



 On Fri, Jul 10, 2015 at 12:19 AM, 'Les Vogel' via Google App Engine 
 google-appengine@googlegroups.com wrote:

 Firebase Auth is easy to get started with and use.  Your connecting 3rd
 party auth to it.  (The folks from Firebase might describe this differently)
 Identity Toolkit is fairly robust and will scale to millions of users.

 If you expect a small number of users, at least to start with - use
 Firebase.
 If you already have a lot of users or expect lots of users -- use
 Identity Toolkit.

 The sample I mentioned should be published tomorrow afternoon.
 https://github.com/GoogleCloudPlatform/Abelana

 On Thu, Jul 9, 2015 at 1:37 AM, Shruthi Sharat sruthi.kumb...@gmail.com
 wrote:

 Hi,

  Thank You. Please let me know how is Firebase and Identity Toolkit
 differs ? I am not able to decide which one to go with.

 Can I have my backend code and database running on App Engine and just
 use Firebase for authentication and sessions ? If Yes, how can i connect my
 Firebase with my App Engine ?

 Which is best to go with, Firebase or Identity Toolkit ?

 Kindly clarify. I find very less documentation on these.

 Regards,
 Shruthi Kumbham



 On Mon, Jul 6, 2015 at 10:05 PM, 'Les Vogel' via Google App Engine 
 google-appengine@googlegroups.com wrote:

 Hope to have an example published by Tuesday of next week.

 Les

 On Fri, Jul 3, 2015 at 12:38 AM, Shruthi Sharat 
 sruthi.kumb...@gmail.com wrote:

 Thank you so much for reply.

  I could able to use the identity toolkit API and able to login via G+
 and facebook.  But I am not able to access my endpoints by logging into G+
 or Facebook.

 Please let me know the procedure to do it. I can't find any
 documentation also.It will be a great help.

 Regards,
 Shruthi Kumbham

 On Thu, Jul 2, 2015 at 2:07 AM, 'Les Vogel' via Google App Engine 
 google-appengine@googlegroups.com wrote:

 Hi Shruthi,

 You might wish to take a look at the Google Identity Toolkit
 https://developers.google.com/identity/toolkit/ Libraries(Java
 https://github.com/google/identity-toolkit-java-client,  Go
 https://github.com/google/identity-toolkit-go-client )  Samples (
 Android https://github.com/googlesamples/identity-toolkit-android,
 iOS https://github.com/googlesamples/identity-toolkit-ios,  Java
 https://github.com/googlesamples/identity-toolkit-java).  It will
 let you do Facebook  G+ and your own authentication and connect with
 Android, iOS, and your backend on AppEngine.  The docs should help 
 explain
 the product (and there are some samples on GitHub) -- we hope to publish 
 a
 full end-to-end sample sometime within the next two weeks.

 Les

 On Wed, Jul 1, 2015 at 4:36 AM, Shruthi Sharat 
 sruthi.kumb...@gmail.com wrote:

 Hi,

 I am working on Mobile application which has a Google App Engine
 backend, now i am able to login with G+ and access the APIs created in
 backend with oAuth.

   How can I access my backend APIs by logging in with any other
 social media platforms like facebook and twitter. How can i sync the 
 oAuth
 of facebook and my Google App Engine APIs.

 Help me in finding a solution for this.

 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | l...@google.com |
 408-676-7023

 --
 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/lgHZauv5NaY/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/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.com

Re: [google-appengine] Google App Engine Android Facebook login

['Les Vogel' via Google App Engine]

Firebase Auth is easy to get started with and use.  Your connecting 3rd
party auth to it.  (The folks from Firebase might describe this differently)
Identity Toolkit is fairly robust and will scale to millions of users.

If you expect a small number of users, at least to start with - use
Firebase.
If you already have a lot of users or expect lots of users -- use Identity
Toolkit.

The sample I mentioned should be published tomorrow afternoon.
https://github.com/GoogleCloudPlatform/Abelana

On Thu, Jul 9, 2015 at 1:37 AM, Shruthi Sharat sruthi.kumb...@gmail.com
wrote:

 Hi,

  Thank You. Please let me know how is Firebase and Identity Toolkit
 differs ? I am not able to decide which one to go with.

 Can I have my backend code and database running on App Engine and just use
 Firebase for authentication and sessions ? If Yes, how can i connect my
 Firebase with my App Engine ?

 Which is best to go with, Firebase or Identity Toolkit ?

 Kindly clarify. I find very less documentation on these.

 Regards,
 Shruthi Kumbham



 On Mon, Jul 6, 2015 at 10:05 PM, 'Les Vogel' via Google App Engine 
 google-appengine@googlegroups.com wrote:

 Hope to have an example published by Tuesday of next week.

 Les

 On Fri, Jul 3, 2015 at 12:38 AM, Shruthi Sharat sruthi.kumb...@gmail.com
  wrote:

 Thank you so much for reply.

  I could able to use the identity toolkit API and able to login via G+
 and facebook.  But I am not able to access my endpoints by logging into G+
 or Facebook.

 Please let me know the procedure to do it. I can't find any
 documentation also.It will be a great help.

 Regards,
 Shruthi Kumbham

 On Thu, Jul 2, 2015 at 2:07 AM, 'Les Vogel' via Google App Engine 
 google-appengine@googlegroups.com wrote:

 Hi Shruthi,

 You might wish to take a look at the Google Identity Toolkit
 https://developers.google.com/identity/toolkit/ Libraries(Java
 https://github.com/google/identity-toolkit-java-client,  Go
 https://github.com/google/identity-toolkit-go-client )  Samples (
 Android https://github.com/googlesamples/identity-toolkit-android,
 iOS https://github.com/googlesamples/identity-toolkit-ios,  Java
 https://github.com/googlesamples/identity-toolkit-java).  It will
 let you do Facebook  G+ and your own authentication and connect with
 Android, iOS, and your backend on AppEngine.  The docs should help explain
 the product (and there are some samples on GitHub) -- we hope to publish a
 full end-to-end sample sometime within the next two weeks.

 Les

 On Wed, Jul 1, 2015 at 4:36 AM, Shruthi Sharat 
 sruthi.kumb...@gmail.com wrote:

 Hi,

 I am working on Mobile application which has a Google App Engine
 backend, now i am able to login with G+ and access the APIs created in
 backend with oAuth.

   How can I access my backend APIs by logging in with any other social
 media platforms like facebook and twitter. How can i sync the oAuth of
 facebook and my Google App Engine APIs.

 Help me in finding a solution for this.

 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

 --
 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/lgHZauv5NaY/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/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.com
 https://groups.google.com/d/msgid/google-appengine/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.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

Re: [google-appengine] Google App Engine Android Facebook login

['Les Vogel' via Google App Engine]

Hope to have an example published by Tuesday of next week.

Les

On Fri, Jul 3, 2015 at 12:38 AM, Shruthi Sharat sruthi.kumb...@gmail.com
wrote:

 Thank you so much for reply.

  I could able to use the identity toolkit API and able to login via G+ and
 facebook.  But I am not able to access my endpoints by logging into G+ or
 Facebook.

 Please let me know the procedure to do it. I can't find any documentation
 also.It will be a great help.

 Regards,
 Shruthi Kumbham

 On Thu, Jul 2, 2015 at 2:07 AM, 'Les Vogel' via Google App Engine 
 google-appengine@googlegroups.com wrote:

 Hi Shruthi,

 You might wish to take a look at the Google Identity Toolkit
 https://developers.google.com/identity/toolkit/ Libraries(Java
 https://github.com/google/identity-toolkit-java-client,  Go
 https://github.com/google/identity-toolkit-go-client )  Samples (
 Android https://github.com/googlesamples/identity-toolkit-android, iOS
 https://github.com/googlesamples/identity-toolkit-ios,  Java
 https://github.com/googlesamples/identity-toolkit-java).  It will let
 you do Facebook  G+ and your own authentication and connect with Android,
 iOS, and your backend on AppEngine.  The docs should help explain the
 product (and there are some samples on GitHub) -- we hope to publish a full
 end-to-end sample sometime within the next two weeks.

 Les

 On Wed, Jul 1, 2015 at 4:36 AM, Shruthi Sharat sruthi.kumb...@gmail.com
 wrote:

 Hi,

 I am working on Mobile application which has a Google App Engine
 backend, now i am able to login with G+ and access the APIs created in
 backend with oAuth.

   How can I access my backend APIs by logging in with any other social
 media platforms like facebook and twitter. How can i sync the oAuth of
 facebook and my Google App Engine APIs.

 Help me in finding a solution for this.

 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

 --
 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/lgHZauv5NaY/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/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.com
 https://groups.google.com/d/msgid/google-appengine/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.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/CAO5vOabHN_pKgcEHPA7uRCnO_0ypZ5C36sn3Q4KvpxNhyQhX_A%40mail.gmail.com
 https://groups.google.com/d/msgid/google-appengine/CAO5vOabHN_pKgcEHPA7uRCnO_0ypZ5C36sn3Q4KvpxNhyQhX_A%40mail.gmail.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5jzMd%2BYnpOmL%2BiNOpvHfk%3Dw6nKYeHqH16w%3D%3DLzmEgi%2Bbg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Google App Engine Android Facebook login

['Les Vogel' via Google App Engine]

Hi Shruthi,

You might wish to take a look at the Google Identity Toolkit
https://developers.google.com/identity/toolkit/ Libraries(Java
https://github.com/google/identity-toolkit-java-client,  Go
https://github.com/google/identity-toolkit-go-client )  Samples (Android
https://github.com/googlesamples/identity-toolkit-android, iOS
https://github.com/googlesamples/identity-toolkit-ios,  Java
https://github.com/googlesamples/identity-toolkit-java).  It will let you
do Facebook  G+ and your own authentication and connect with Android, iOS,
and your backend on AppEngine.  The docs should help explain the product
(and there are some samples on GitHub) -- we hope to publish a full
end-to-end sample sometime within the next two weeks.

Les

On Wed, Jul 1, 2015 at 4:36 AM, Shruthi Sharat sruthi.kumb...@gmail.com
wrote:

 Hi,

 I am working on Mobile application which has a Google App Engine
 backend, now i am able to login with G+ and access the APIs created in
 backend with oAuth.

   How can I access my backend APIs by logging in with any other social
 media platforms like facebook and twitter. How can i sync the oAuth of
 facebook and my Google App Engine APIs.

 Help me in finding a solution for this.

 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/5edb5eb2-9a36-419f-a35a-2bffb52811a6%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5imd86%2BFKW6PxipWAPW51yGLnjfXwaf5jLXfrBvwOQvKg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Managed VM and logging with gcloud-maven-plugin

['Les Vogel' via Google App Engine]

One last try, you had it in your email,   /home/vmagent/appengine-
java-vmruntime/webapps/root/WEB-INF/logging.properties

property name=java.util.logging.config.file value=
/home/vmagent/appengine-java-vmruntime/webapps/root/
WEB-INF/logging.properties/

If the full path doesn't work, I don't know what else to suggest to you.

On Thu, Jun 11, 2015 at 12:38 AM, Paolo Rascuna paolo.rasc...@imagini.net
wrote:

 I'm afraid, that didn't help.

 On Wednesday, 10 June 2015 18:51:28 UTC+1, Les Vogel wrote:

 Try changing it to /app/WEB-INF/logging.properties

 Les

 On Wed, Jun 10, 2015 at 2:26 AM, Paolo Rascuna paolo@imagini.net
 wrote:

 Thanks Les, but I already have such lines in my logging.properties and
 these lines in my appengine-web.xml

 !-- Configure java.util.logging --
 system-properties
 property name=java.util.logging.config.file
 value=WEB-INF/logging.properties/
 /system-properties

 At this point I'm afraid the the logging.properties is not being read
 (even though, logging into the docker container (docker exec -ti `docker ps
 -q` bash ) I can see the file
 in /home/vmagent/appengine-java-vmruntime/webapps/root/WEB-INF



 On Thursday, 4 June 2015 17:48:58 UTC+1, Les Vogel wrote:

 Not that I'm aware of, but the source code can be found at
 https://github.com/GoogleCloudPlatform/appengine-java-vm-runtime/
  It's just the messages I didn't want to see in my debug logs.



 On Thu, Jun 4, 2015 at 9:34 AM, Nick (Cloud Platform Support) 
 pay...@google.com wrote:

 Hey Les,

 Some of the lines in that logging.properties example are quite
 interesting. Are they documented anywhere in relation to Managed VMs?

 Thanks,

 Nick


 On Thursday, June 4, 2015 at 12:05:11 PM UTC-4, Les Vogel wrote:

 The important thing was setting the classes your interested in logs
 for in your: *logging.properties* if you don't do that, you won't
 see anything.

 From one of mine:

 # Set the default logging level for all loggers to INFO
 *.level = INFO*

 # Loggers
 *com.example.bigtable.managedvms.level=ALL*

 org.apache.http.level=OFF
 org.apache.http.wire.level=OFF
 com.google.apphosting.repackaged.org.apache.http.wire.level=OFF

 com.google.apphosting.vmruntime.VmAppLogsWriter.level=OFF
 com.google.apphosting.vmruntime.VmApiProxyDelegate=OFF
 com.google.apphosting.vmruntime.level=OFF


 On Thu, Jun 4, 2015 at 2:49 AM, Paolo Rascuna paolo@imagini.net
 wrote:

 Thank you Les, but that's not working for me... I tried that
 already, but that's the docker logs output

 $ docker logs -f `docker ps -q`
 Info: Limiting Java heap size to: 1456M
 Running locally and DBG_ENABLE is set, enabling standard Java
 debugger agent
 Listening for transport dt_socket at address: 5005
 2015-06-04 09:05:08.860:INFO::main: Logging initialized @571ms
 2015-06-04 09:05:09.001:INFO::main: Redirecting stderr/stdout to
 /var/log/app_engine/STDERR.2015_06_04.log//var/log/app_engine/STDOUT.2015_06_04.log


 On Wednesday, 3 June 2015 18:09:45 UTC+1, Les Vogel wrote:

 There are changes coming to improve things in the next few weeks.
 In the mean time, here's what I do:

 Make sure .level=INFO or what you need in your logging.properties
 .  For the class(es) I'm working with I set the class logging 
 explicitly
 to: com.example.bigtable.managedvms.level=ALL

 Then in a separate window, I run the following script on my Mac:

 #!/bin/bash
 docker logs -f `docker ps -q`


 On Wed, Jun 3, 2015 at 6:39 AM, Paolo Rascuna 
 paolo@imagini.net wrote:

 Hi,
 I have a java project running on Managed VM, and I
 use gcloud-maven-plugin to run the app locally, simply

 mvn gcloud:run

 I would like to see my application logs straight in the console,
 but so far I can only see the access logs.

 The only way that I found is to login directly into the docker
 container and read the logs from /var/log/app_engine/ but every time 
 I make
 some code change and I rebuild the docker image, the container I'm 
 logged
 in of course gets destroyed and I need to log in again... quite a long
 process so.

 I also tried to add more parameters, like

 mvn -Dgcloud.log_level=debug -Dgcloud.enable_mvm_logs -X gcloud:run

 but still no luck.

 Do you guys have any suggestion?

 --
 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/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | 

Re: [google-appengine] Managed VM and logging with gcloud-maven-plugin

['Les Vogel' via Google App Engine]

Try changing it to /app/WEB-INF/logging.properties

Les

On Wed, Jun 10, 2015 at 2:26 AM, Paolo Rascuna paolo.rasc...@imagini.net
wrote:

 Thanks Les, but I already have such lines in my logging.properties and
 these lines in my appengine-web.xml

 !-- Configure java.util.logging --
 system-properties
 property name=java.util.logging.config.file
 value=WEB-INF/logging.properties/
 /system-properties

 At this point I'm afraid the the logging.properties is not being read
 (even though, logging into the docker container (docker exec -ti `docker ps
 -q` bash ) I can see the file
 in /home/vmagent/appengine-java-vmruntime/webapps/root/WEB-INF



 On Thursday, 4 June 2015 17:48:58 UTC+1, Les Vogel wrote:

 Not that I'm aware of, but the source code can be found at
 https://github.com/GoogleCloudPlatform/appengine-java-vm-runtime/  It's
 just the messages I didn't want to see in my debug logs.



 On Thu, Jun 4, 2015 at 9:34 AM, Nick (Cloud Platform Support) 
 pay...@google.com wrote:

 Hey Les,

 Some of the lines in that logging.properties example are quite
 interesting. Are they documented anywhere in relation to Managed VMs?

 Thanks,

 Nick


 On Thursday, June 4, 2015 at 12:05:11 PM UTC-4, Les Vogel wrote:

 The important thing was setting the classes your interested in logs for
 in your: *logging.properties* if you don't do that, you won't see
 anything.

 From one of mine:

 # Set the default logging level for all loggers to INFO
 *.level = INFO*

 # Loggers
 *com.example.bigtable.managedvms.level=ALL*

 org.apache.http.level=OFF
 org.apache.http.wire.level=OFF
 com.google.apphosting.repackaged.org.apache.http.wire.level=OFF

 com.google.apphosting.vmruntime.VmAppLogsWriter.level=OFF
 com.google.apphosting.vmruntime.VmApiProxyDelegate=OFF
 com.google.apphosting.vmruntime.level=OFF


 On Thu, Jun 4, 2015 at 2:49 AM, Paolo Rascuna paolo@imagini.net
 wrote:

 Thank you Les, but that's not working for me... I tried that already,
 but that's the docker logs output

 $ docker logs -f `docker ps -q`
 Info: Limiting Java heap size to: 1456M
 Running locally and DBG_ENABLE is set, enabling standard Java debugger
 agent
 Listening for transport dt_socket at address: 5005
 2015-06-04 09:05:08.860:INFO::main: Logging initialized @571ms
 2015-06-04 09:05:09.001:INFO::main: Redirecting stderr/stdout to
 /var/log/app_engine/STDERR.2015_06_04.log//var/log/app_engine/STDOUT.2015_06_04.log


 On Wednesday, 3 June 2015 18:09:45 UTC+1, Les Vogel wrote:

 There are changes coming to improve things in the next few weeks.  In
 the mean time, here's what I do:

 Make sure .level=INFO or what you need in your logging.properties .
 For the class(es) I'm working with I set the class logging explicitly to:
 com.example.bigtable.managedvms.level=ALL

 Then in a separate window, I run the following script on my Mac:

 #!/bin/bash
 docker logs -f `docker ps -q`


 On Wed, Jun 3, 2015 at 6:39 AM, Paolo Rascuna paolo@imagini.net
 wrote:

 Hi,
 I have a java project running on Managed VM, and I
 use gcloud-maven-plugin to run the app locally, simply

 mvn gcloud:run

 I would like to see my application logs straight in the console, but
 so far I can only see the access logs.

 The only way that I found is to login directly into the docker
 container and read the logs from /var/log/app_engine/ but every time I 
 make
 some code change and I rebuild the docker image, the container I'm 
 logged
 in of course gets destroyed and I need to log in again... quite a long
 process so.

 I also tried to add more parameters, like

 mvn -Dgcloud.log_level=debug -Dgcloud.enable_mvm_logs -X gcloud:run

 but still no luck.

 Do you guys have any suggestion?

 --
 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/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | le...@google.com |
 408-676-7023

  --
 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
 

Re: [google-appengine] Managed VM and logging with gcloud-maven-plugin

['Les Vogel' via Google App Engine]

Not that I'm aware of, but the source code can be found at
https://github.com/GoogleCloudPlatform/appengine-java-vm-runtime/  It's
just the messages I didn't want to see in my debug logs.



On Thu, Jun 4, 2015 at 9:34 AM, Nick (Cloud Platform Support) 
pay...@google.com wrote:

 Hey Les,

 Some of the lines in that logging.properties example are quite
 interesting. Are they documented anywhere in relation to Managed VMs?

 Thanks,

 Nick


 On Thursday, June 4, 2015 at 12:05:11 PM UTC-4, Les Vogel wrote:

 The important thing was setting the classes your interested in logs for
 in your: *logging.properties* if you don't do that, you won't see
 anything.

 From one of mine:

 # Set the default logging level for all loggers to INFO
 *.level = INFO*

 # Loggers
 *com.example.bigtable.managedvms.level=ALL*

 org.apache.http.level=OFF
 org.apache.http.wire.level=OFF
 com.google.apphosting.repackaged.org.apache.http.wire.level=OFF

 com.google.apphosting.vmruntime.VmAppLogsWriter.level=OFF
 com.google.apphosting.vmruntime.VmApiProxyDelegate=OFF
 com.google.apphosting.vmruntime.level=OFF


 On Thu, Jun 4, 2015 at 2:49 AM, Paolo Rascuna paolo.rasc...@imagini.net
 wrote:

 Thank you Les, but that's not working for me... I tried that already,
 but that's the docker logs output

 $ docker logs -f `docker ps -q`
 Info: Limiting Java heap size to: 1456M
 Running locally and DBG_ENABLE is set, enabling standard Java debugger
 agent
 Listening for transport dt_socket at address: 5005
 2015-06-04 09:05:08.860:INFO::main: Logging initialized @571ms
 2015-06-04 09:05:09.001:INFO::main: Redirecting stderr/stdout to
 /var/log/app_engine/STDERR.2015_06_04.log//var/log/app_engine/STDOUT.2015_06_04.log


 On Wednesday, 3 June 2015 18:09:45 UTC+1, Les Vogel wrote:

 There are changes coming to improve things in the next few weeks.  In
 the mean time, here's what I do:

 Make sure .level=INFO or what you need in your logging.properties .
 For the class(es) I'm working with I set the class logging explicitly to:
 com.example.bigtable.managedvms.level=ALL

 Then in a separate window, I run the following script on my Mac:

 #!/bin/bash
 docker logs -f `docker ps -q`


 On Wed, Jun 3, 2015 at 6:39 AM, Paolo Rascuna paolo@imagini.net
 wrote:

 Hi,
 I have a java project running on Managed VM, and I
 use gcloud-maven-plugin to run the app locally, simply

 mvn gcloud:run

 I would like to see my application logs straight in the console, but
 so far I can only see the access logs.

 The only way that I found is to login directly into the docker
 container and read the logs from /var/log/app_engine/ but every time I 
 make
 some code change and I rebuild the docker image, the container I'm logged
 in of course gets destroyed and I need to log in again... quite a long
 process so.

 I also tried to add more parameters, like

 mvn -Dgcloud.log_level=debug -Dgcloud.enable_mvm_logs -X gcloud:run

 but still no luck.

 Do you guys have any suggestion?

 --
 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/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | le...@google.com | 408-676-7023

  --
 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/1e58f4c9-5cc1-4aab-b055-224124f6c976%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/1e58f4c9-5cc1-4aab-b055-224124f6c976%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

  --
 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 

Re: [google-appengine] Managed VM and logging with gcloud-maven-plugin

['Les Vogel' via Google App Engine]

The important thing was setting the classes your interested in logs for in
your: *logging.properties* if you don't do that, you won't see anything.

From one of mine:

# Set the default logging level for all loggers to INFO
*.level = INFO*

# Loggers
*com.example.bigtable.managedvms.level=ALL*

org.apache.http.level=OFF
org.apache.http.wire.level=OFF
com.google.apphosting.repackaged.org.apache.http.wire.level=OFF

com.google.apphosting.vmruntime.VmAppLogsWriter.level=OFF
com.google.apphosting.vmruntime.VmApiProxyDelegate=OFF
com.google.apphosting.vmruntime.level=OFF


On Thu, Jun 4, 2015 at 2:49 AM, Paolo Rascuna paolo.rasc...@imagini.net
wrote:

 Thank you Les, but that's not working for me... I tried that already, but
 that's the docker logs output

 $ docker logs -f `docker ps -q`
 Info: Limiting Java heap size to: 1456M
 Running locally and DBG_ENABLE is set, enabling standard Java debugger
 agent
 Listening for transport dt_socket at address: 5005
 2015-06-04 09:05:08.860:INFO::main: Logging initialized @571ms
 2015-06-04 09:05:09.001:INFO::main: Redirecting stderr/stdout to
 /var/log/app_engine/STDERR.2015_06_04.log//var/log/app_engine/STDOUT.2015_06_04.log


 On Wednesday, 3 June 2015 18:09:45 UTC+1, Les Vogel wrote:

 There are changes coming to improve things in the next few weeks.  In the
 mean time, here's what I do:

 Make sure .level=INFO or what you need in your logging.properties .  For
 the class(es) I'm working with I set the class logging explicitly to:
 com.example.bigtable.managedvms.level=ALL

 Then in a separate window, I run the following script on my Mac:

 #!/bin/bash
 docker logs -f `docker ps -q`


 On Wed, Jun 3, 2015 at 6:39 AM, Paolo Rascuna paolo@imagini.net
 wrote:

 Hi,
 I have a java project running on Managed VM, and I
 use gcloud-maven-plugin to run the app locally, simply

 mvn gcloud:run

 I would like to see my application logs straight in the console, but so
 far I can only see the access logs.

 The only way that I found is to login directly into the docker container
 and read the logs from /var/log/app_engine/ but every time I make some code
 change and I rebuild the docker image, the container I'm logged in of
 course gets destroyed and I need to log in again... quite a long process so.

 I also tried to add more parameters, like

 mvn -Dgcloud.log_level=debug -Dgcloud.enable_mvm_logs -X gcloud:run

 but still no luck.

 Do you guys have any suggestion?

 --
 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/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | le...@google.com | 408-676-7023

  --
 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/1e58f4c9-5cc1-4aab-b055-224124f6c976%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/1e58f4c9-5cc1-4aab-b055-224124f6c976%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5iyyv%2BbX5Ymn2zq5zrQbRMbvLfnfDiC5QiKiYPR0sog1g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Managed VM and logging with gcloud-maven-plugin

['Les Vogel' via Google App Engine]

There are changes coming to improve things in the next few weeks.  In the
mean time, here's what I do:

Make sure .level=INFO or what you need in your logging.properties .  For
the class(es) I'm working with I set the class logging explicitly to:
com.example.bigtable.managedvms.level=ALL

Then in a separate window, I run the following script on my Mac:

#!/bin/bash
docker logs -f `docker ps -q`


On Wed, Jun 3, 2015 at 6:39 AM, Paolo Rascuna paolo.rasc...@imagini.net
wrote:

 Hi,
 I have a java project running on Managed VM, and I use gcloud-maven-plugin
 to run the app locally, simply

 mvn gcloud:run

 I would like to see my application logs straight in the console, but so
 far I can only see the access logs.

 The only way that I found is to login directly into the docker container
 and read the logs from /var/log/app_engine/ but every time I make some code
 change and I rebuild the docker image, the container I'm logged in of
 course gets destroyed and I need to log in again... quite a long process so.

 I also tried to add more parameters, like

 mvn -Dgcloud.log_level=debug -Dgcloud.enable_mvm_logs -X gcloud:run

 but still no luck.

 Do you guys have any suggestion?

 --
 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/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/2b2e4858-9771-4964-acb6-c02704a9a0b3%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

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

Re: [google-appengine] Re: Urgent help needed, loosing java source code of AppEngine

['Les Vogel' via Google App Engine]

You might also be interested in
https://cloud.google.com/appengine/docs/python/tools/uploadinganapp#Python_Downloading_source_code
as a way to get the last deployed source code. (Note - there is also a
gcloud version of that)

On Mon, Mar 30, 2015 at 4:04 AM, miacob mia...@google.com wrote:

 I think you are looking for this if I am not mistaking :
 https://cloud.google.com/appengine/docs/adminconsole/migration

 On Monday, March 30, 2015 at 9:22:01 AM UTC, tranco...@gmail.com wrote:

 Hello,
 I have a Java app deployed on AppEngine. Overtime, the source code is
 lost by my mistake. My question is there anyway to re-deploy it to use new
 HRD datastore?
 Message from Google:
 Please deploy your application code and index configuration on your
 target application before beginning the migration.

 Regards,

  --
 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/96afedee-3855-496a-9839-a8bb488f7776%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/96afedee-3855-496a-9839-a8bb488f7776%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

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

Re: [google-appengine] Re: Is the support for Java Script Engine not still up in Production yet?

['Les Vogel' via Google App Engine]

Using Managed VM's https://cloud.google.com/appengine/docs/managed-vms/,
you can easily support Javascript in Node.js, or what ever environment you
are interested in.

On Mon, Mar 30, 2015 at 2:21 AM, Wolfram Gürlich w.guerl...@gmail.com
wrote:

 Even though I'm not on the GAE team I can say that Rhino works just fine
 on GAE. And even if GAE/J had built-in Javascript support, that would come
 out as Rhino anyway as this is the default engine for JDK1.7.
 Also server-side precompilation (optimization) works flawlessly. No
 classloading issues there.

 We experienced a performance issue though, when implementing host objects
 the standard way (by deriving from ScriptableObject). Rhino uses dynamic
 invocation in this case, which is painfully slow on GAE in general due to
 Java sandboxing and repeated security checks. When host objects  are
 implemented the same way as built-in native objects are (by deriving from
 IdScriptableObject) then Rhino just flies.

 Regards,
 Wolfram

 --
 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/457616b2-cc4f-4460-bffb-e74e3f00c5e1%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/457616b2-cc4f-4460-bffb-e74e3f00c5e1%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

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

Re: [google-appengine] Using Google Cloud Storage with Google Cloud Endpoints

['Les Vogel' via Google App Engine]

I use encoding in the fileName to say what to do.

Upload directly to GCS, Let GCS Notify
https://cloud.google.com/storage/docs/object-change-notification your AE
instance, that will then process and send a notification to the users you
want to have the image.


On Fri, Jan 30, 2015 at 2:24 AM, Gannicus kevin.kaido...@gmail.com wrote:

 Hi Les, thank you for helping me again!
 In my case I believe (but I may be wrong) option #1 is better because I
 want the clients to send photos to each other (quite frequently) , not just
 upload them. Am I right?

 Can I also ask you if the Blobstore could be better than Cloud Storage in
 my case?

 Thanks again.

 Le vendredi 30 janvier 2015 01:01:56 UTC+1, Les Vogel a écrit :

 There are many ways to do this.  You don't necessarily need endpoints to
 do it.

 1. Use your AppEngine instance as an intermediary.
 2. Write directly from your Android App to Google Cloud Storage.

 I prefer option #2, the Abelana
 https://github.com/GoogleCloudPlatform/abelana-android Android app
 does this see AbelanaUpload
 https://github.com/GoogleCloudPlatform/Abelana-Android/blob/master/app/src/main/java/com/google/samples/apps/abelana/AbelanaUpload.java.


 On Thu, Jan 29, 2015 at 3:43 PM, Gannicus kevin.k...@gmail.com wrote:


 I have an Android app working with GAE and google cloud endpoints. I
 would like to upload photo from the app using google cloud storage.
 However, it seems like it is difficult or impossible to do so. (
 http://stackoverflow.com/questions/27909836/upload-a-
 photo-with-google-cloud-endpoints)

 It appears that the use of servlets is required. Is it true? Do you know
 some way to upload photos using Cloud Endpoints?

 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit https://groups.google.com/d/
 msgid/google-appengine/5c1cad6c-2fcc-499e-b90d-
 78c9520c67c4%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/5c1cad6c-2fcc-499e-b90d-78c9520c67c4%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




 --
 Les Vogel | Cloud Developer Relations | le...@google.com | 408-676-7023

  --
 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/9abc0cdb-702d-469d-898d-0ad6ff5cc04f%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/9abc0cdb-702d-469d-898d-0ad6ff5cc04f%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5hkGzw--0Q-3pL3Xy5A2mDzmdf6DVF7Tr5QnGZcDn_c%3Dw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Using Google Cloud Storage with Google Cloud Endpoints

['Les Vogel' via Google App Engine]

Yes - that code doesn't have retryable bits.  For the next release, I'll
put in a queue and dealing w/ Network up / down events, as well as some
power saving things.

Actually, what we saw is that it works in most cases.

On Fri, Jan 30, 2015 at 10:28 AM, Kaan Soral kaanso...@gmail.com wrote:

 It's unclear what happens if uploads to app engine fails, Is there anyone
 around using the manual GCS upload routine and utilising specialised
 libraries for retry-able, more hassle-free/improved uploads?

 This is an issue especially on mobile and generally for large files, even
 a small disruption of the network causes the upload to fail, I'm not very
 fluent in http/network upload protocols, yet I'm guessing the upload fails
 in most of the cases

 --
 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/1c09f0f9-fa1a-4de9-8bff-05d752841235%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/1c09f0f9-fa1a-4de9-8bff-05d752841235%40googlegroups.com?utm_medium=emailutm_source=footer
 .

 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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/CAGB1p5gyN0oBy-q3CSNeuGBf_Q47oepSof0cuK2WVPySv8bmsw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Using Google Cloud Storage with Google Cloud Endpoints

['Les Vogel' via Google App Engine]

There are many ways to do this.  You don't necessarily need endpoints to do
it.

1. Use your AppEngine instance as an intermediary.
2. Write directly from your Android App to Google Cloud Storage.

I prefer option #2, the Abelana
https://github.com/GoogleCloudPlatform/abelana-android Android app does
this see AbelanaUpload
https://github.com/GoogleCloudPlatform/Abelana-Android/blob/master/app/src/main/java/com/google/samples/apps/abelana/AbelanaUpload.java.


On Thu, Jan 29, 2015 at 3:43 PM, Gannicus kevin.kaido...@gmail.com wrote:


 I have an Android app working with GAE and google cloud endpoints. I would
 like to upload photo from the app using google cloud storage. However, it
 seems like it is difficult or impossible to do so. (
 http://stackoverflow.com/questions/27909836/upload-a-photo-with-google-cloud-endpoints
 )

 It appears that the use of servlets is required. Is it true? Do you know
 some way to upload photos using Cloud Endpoints?

 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 http://groups.google.com/group/google-appengine.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/google-appengine/5c1cad6c-2fcc-499e-b90d-78c9520c67c4%40googlegroups.com
 https://groups.google.com/d/msgid/google-appengine/5c1cad6c-2fcc-499e-b90d-78c9520c67c4%40googlegroups.com?utm_medium=emailutm_source=footer
 .
 For more options, visit https://groups.google.com/d/optout.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

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

Re: [google-appengine] Beginner Questions on Authentication

['Les Vogel' via Google App Engine]

Hi Dakota,

You haven't mentioned what will be calling your service?  (JavaScript, iOS,
or Android)

If you've really never done it before, I would suggest you grab the
Identity-Kit sample and just build from that.  It's really easy to put that
up and extend it.   https://github.com/googlesamples/identity-toolkit-python
 Since you are mentioning Django, There are quite a few other versions.

When I don't want GoogleAuth, I often will just roll my own API instead of
using EndPoints.  I find I can do simple JSON API's in very few lines of
code.  Just make sure to require HTTPS.

Les

On Thu, Jan 1, 2015 at 12:50 AM, timh zutes...@gmail.com wrote:

 I have implemented traditional user/pass on top of repoze.who/repoze.what,
 that also supported google auth and could be easily extended.
 However it's not my code (wrote it for another organisation), so not in a
 position to share  (currently it is used by somewhere between 2000 and 3000
 users).

 I haven't seen a well packaged lib for doing this, (though they might
 exist).

 Though did come across this -
 https://github.com/abahgat/webapp2-user-accounts

 I would consider looking at something like webapp2-user-accounts and
 pulling the core of it out and making it a provider for authomatic.

 Then you can support multiple auth methods.

 Cheers

 Tim


 On Thursday, January 1, 2015 1:23:27 PM UTC+8, Dakota Pitts-Price wrote:

 Thanks lol but its not temping to roll out my own solution at all.
 I am sorta a noob, so I would like to use a vetted and easy to implement
 solution.
 Automatic looks nice, thanks for the recommendation, but it does not
 appear to support its own authentication.
 As I move beyond something as dead simple as Parse, I still want to
 maintain the ability to offer traditional user/pass logins.
 This is a requirement with a majority of my clients as well as with users.

 On Wednesday, December 31, 2014 5:39:56 PM UTC-10, timh wrote:

 I know it's tempting to roll your own, but I would have a look at
 automatic first.

 http://peterhudec.github.io/authomatic/index.html

 On Thursday, January 1, 2015 11:01:43 AM UTC+8, Dakota Pitts-Price wrote:

 Thanks for your support Les.

 I find it shocking that for all its amazing features the GAE has, it's
 built in username/password system is such a second class citizen.
 I understand the complexity and ease of getting it wrong, which is why
 I hoping to find an easier to roll out solution than building it from the
 ground up.
 Personally I also learn the best that way.

 I see a modified Django is supported on the GAE. I have no experience
 with this framework, but I would rather spend the time to learn that than
 roll out my own Auth system on top of end points.
 Are there any caveats to using Django on GAE? I understand I wouldn't
 be able to use the nifty Cloud End Points.
 I am only currently looking to have 7 REST Apis that deliver JSON plus
 one or two tasks that run once a day.
 Is Django over kill for that level of requirements? Is there an easier
 solution?

 Sorry about all the questions and thanks again!
 Dakota


 On Tuesday, December 30, 2014 10:00:27 PM UTC-10, Les Vogel wrote:

 Hi Dakota,

 First off, Identity-Toolkit is separate from Endpoints, so using it
 would require you rolling your own solution for Endpoints -- similar to
 what I describe below.

 What I'm about to describe is a very simplified version of what's
 necessary,  I recommend reading the standard docs for OAuth2 as there are
 some very subtle and tricky things about security.  (ie. I'm simplifying
 things to answer the Q using our API's and our accounts is best practices,
 what I'm describing probably could be improved by a security expert)
  Because of this, I will not be using specific nomenclature to
 differentiate this from a good solution.

 Your login mechanism can return a token (like a JWT http://jwt.io/)
 that should contain at least an identifier of who the user is, an
 expiration date/time for the token, and be cryptologically signed.  You
 pass that token as one of the parameters in your Endpoint, you ALWAYS
 validate the signature then the expiration time.  If either is invalid, 
 you
 reject the token.

 You can include a refresh method, or just require re-login to get a
 revised token. My go code
 https://github.com/GoogleCloudPlatform/abelana-gcp/blob/master/endpoints/tokens.go
 has most of this.

 One last disclaimer - This stuff is very hard to get right!

 Below was from a private message I sent about this last week.  It has
 both the Java and Android (java) changes.  Where you see the word secret
 send your token.  (This had a constant secret for his application).

 Regards,

 Les

 From:
 https://github.com/GoogleCloudPlatform/gradle-
 appengine-templates/tree/master/HelloEndpoints

 If you look at the code:

 context = params[0].first;
 String name = params[0].second;

 try {
 return myApiService.sayHi(name).execute().getData();
 } catch (IOException 

Re: [google-appengine] Beginner Questions on Authentication

['Les Vogel' via Google App Engine]

Hi Dakota,

First off, Identity-Toolkit is separate from Endpoints, so using it would
require you rolling your own solution for Endpoints -- similar to what I
describe below.

What I'm about to describe is a very simplified version of what's
necessary,  I recommend reading the standard docs for OAuth2 as there are
some very subtle and tricky things about security.  (ie. I'm simplifying
things to answer the Q using our API's and our accounts is best practices,
what I'm describing probably could be improved by a security expert)
 Because of this, I will not be using specific nomenclature to
differentiate this from a good solution.

Your login mechanism can return a token (like a JWT http://jwt.io/) that
should contain at least an identifier of who the user is, an expiration
date/time for the token, and be cryptologically signed.  You pass that
token as one of the parameters in your Endpoint, you ALWAYS validate the
signature then the expiration time.  If either is invalid, you reject the
token.

You can include a refresh method, or just require re-login to get a revised
token. My go code
https://github.com/GoogleCloudPlatform/abelana-gcp/blob/master/endpoints/tokens.go
has most of this.

One last disclaimer - This stuff is very hard to get right!

Below was from a private message I sent about this last week.  It has both
the Java and Android (java) changes.  Where you see the word secret send
your token.  (This had a constant secret for his application).

Regards,

Les

From:
https://github.com/GoogleCloudPlatform/gradle-appengine-templates/tree/master/HelloEndpoints

If you look at the code:

context = params[0].first;
String name = params[0].second;

try {
return myApiService.sayHi(name).execute().getData();
} catch (IOException e) {
return e.getMessage();
}


Which came from your java code:

@ApiMethod(name = sayHi)
public MyBean sayHi(@Named(name) String name) {
MyBean response = new MyBean();
response.setData(Hi,  + name);

return response;
}

You can see the service sayHi(name)  to add the secret, you could do the
following

redefine your service to include secret:

  public MyBean sayHi(@Named(secret) Long secret, @Named(name) name) {
if(secret != 32753454453456L) return null;
   ...
  }

And the code would become:

  return myApiService.sayHi(secret, name).execute().getData();

On Tue, Dec 30, 2014 at 3:40 PM, Dakota Pitts-Price fallenent...@gmail.com
wrote:

 Hey Les,

 If I wanted to have my own login system and still use the Cloud End Points
 with some form of Auth, how would you advise going about starting this?

 Thanks for your help :)

 On Tuesday, December 30, 2014 1:37:07 PM UTC-10, Les Vogel wrote:

 Hi Dakota,

 You might wish to look at the Identity-Toolkit
 https://developers.google.com/identity-toolkit/  or Firebase
 https://www.firebase.com/ for general purpose Auth.

 For GAE, you can have general gmail or domain specific auth -- ie all
 Google accounts (Gmail, Google for Work / Education / Business /
 Government, and anyone who's logged into Google).

 Correct - If you roll your own, you can't use GAE login or Endpoints with
 Auth enabled. Nor can you roll your own Oauth2 and insert it into
 Endpoints.  You could issue your own Tokens and pass them as parameters,
 always requiring HTTPS, however.  I have a few examples of this using
 Identity-Toolkit, but they are for Go  Android.

 Regards,

 Les


 On Tue, Dec 30, 2014 at 1:10 PM, Dakota Pitts-Price fallen...@gmail.com
 wrote:

 Hi I am noob looking to expand my knowledge base outside of heavily
 managed services like Parse.
 I have done a few jobs in Parse, but I am looking for something that is
 more flexible and cheaper to use as an App Backend.
 I think the GAE is a good stepping stone, but I keep coming across the
 issue of Authentication.


 First it appears that there is no out of the box easy way to do a simple
 username and password login.
 -It seems like the best approach to this is using Django
 --Is there an equivalent framework in Java that is GAE compatible?

 Second it appears if you using your own Login system you can't use the
 builtin Auth with Google Cloud End Points
 -So it seems if you want to use the builtin Auth with cloud end points
 and still maintain control of your user login I would need to host my own
 Oauth2 Service.
 --Is there a way for me to host my own Oauth2 Service inside of the GAE?
 --This seems like how AWS works, should I consider just starting on
 their system instead of GAE?

 Thanks for reading :)

 *-Side note*
 *I have been Googling and researching this for about two days now and am
 surprised at the communities lack of support for non Google or non major
 Oauth user authentication in GAE.*
 *It is out of the question for many of my clients to not have self
 authentication for their apps/sites.*
 *So having an easy solution is important for me as I learn how to use a
 more powerful 

Re: [google-appengine] Beginner Questions on Authentication

['Les Vogel' via Google App Engine]

Hi Dakota,

You might wish to look at the Identity-Toolkit
https://developers.google.com/identity-toolkit/  or Firebase
https://www.firebase.com/ for general purpose Auth.

For GAE, you can have general gmail or domain specific auth -- ie all
Google accounts (Gmail, Google for Work / Education / Business /
Government, and anyone who's logged into Google).

Correct - If you roll your own, you can't use GAE login or Endpoints with
Auth enabled. Nor can you roll your own Oauth2 and insert it into
Endpoints.  You could issue your own Tokens and pass them as parameters,
always requiring HTTPS, however.  I have a few examples of this using
Identity-Toolkit, but they are for Go  Android.

Regards,

Les


On Tue, Dec 30, 2014 at 1:10 PM, Dakota Pitts-Price fallenent...@gmail.com
wrote:

 Hi I am noob looking to expand my knowledge base outside of heavily
 managed services like Parse.
 I have done a few jobs in Parse, but I am looking for something that is
 more flexible and cheaper to use as an App Backend.
 I think the GAE is a good stepping stone, but I keep coming across the
 issue of Authentication.


 First it appears that there is no out of the box easy way to do a simple
 username and password login.
 -It seems like the best approach to this is using Django
 --Is there an equivalent framework in Java that is GAE compatible?

 Second it appears if you using your own Login system you can't use the
 builtin Auth with Google Cloud End Points
 -So it seems if you want to use the builtin Auth with cloud end points and
 still maintain control of your user login I would need to host my own
 Oauth2 Service.
 --Is there a way for me to host my own Oauth2 Service inside of the GAE?
 --This seems like how AWS works, should I consider just starting on their
 system instead of GAE?

 Thanks for reading :)

 *-Side note*
 *I have been Googling and researching this for about two days now and am
 surprised at the communities lack of support for non Google or non major
 Oauth user authentication in GAE.*
 *It is out of the question for many of my clients to not have self
 authentication for their apps/sites.*
 *So having an easy solution is important for me as I learn how to use a
 more powerful and complicated service. (pardon my noob, I have only been
 coding for a year or so)*

 *Also a lot of people respond negatively saying users don't want another
 account to remember, users don't want to trust you with their password, and
 you shouldn't want the responsibility.*
 *But none of that is true, every app I have worked on when given an option
 more users use username/password than a third party Oauth provider.*
 *Thus having the option is curial.*
 *Also its not unreasonable for a client to not want to rely on a major
 third party to authenticate their user base.*
 *I understand that this is putting more responsibility on me, but if the
 app is a simple little thing I imagine the users use a simple little
 password. *

 --
 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.




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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: Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Hi Kevin,

I'll write a longer answer shortly, however, if you could send me lesv@g...
 your code, I'll take a peek.

On Thu, Dec 18, 2014 at 9:52 AM, Gannicus kevin.kaido...@gmail.com wrote:

 Hi Les,

 Thanks again for your answer. It took me a few hours but I read the whole
 tutorial on the blog post and tried to work with it, including its link
 about Obtaining an access token (http://developer.android.com/
 google/auth/http-auth.html#obtain). If I leave the code as it is, it does
 require a google account to work.
 However since you told me it was possible to do this without this
 requirement, I tried to determine where is located the google account
 requirement in the code.
 My belief is that it is in the pickUserAccount() and more specifically on
 the use of newChooseAccountIntent. It seems like it is possible to
 provide it an Account object that could be my own login system, and thus in
 the end it would be possible to avoid google accounts.

 However could you please confirm that's what you were talking about in
 your last post?

 Le mercredi 17 décembre 2014 19:34:25 UTC+1, Les Vogel a écrit :

 Kevin,

 The blog post
 http://android-developers.blogspot.com/2013/01/verifying-back-end-calls-from-android.html
 allows things to work w/o you users logging in, it's just a bit complex.  I
 would strongly suggest you look at that.

 On Wed, Dec 17, 2014 at 4:26 AM, Gannicus kevin.k...@gmail.com wrote:

 Hi Les,

 First of all thank you very much for your answers and your help. Like
 you said, security depends on how much time/money... I want to spend. For
 now as a beginner I just want to use a minimal protection.
 I will start things off by studying your links about @clientsIds and
 @Audiences.

 However the first link (http://android-developers.
 blogspot.fr/2013/01/verifying-back-end-calls-from-android.html)
 mentions Google accounts: It turns out that Google Play services
 http://developer.android.com/google/play-services/index.html, now
 available on every compatible device running Android release 2.2 or higher,
 offers a good solution to this problem, based on the use of Google
 Accounts, Hopefully it's not necessary to ask my users for their
 google accounts.

 I will try it anyway, or else I will just create my own token system.
 Le mardi 16 décembre 2014 00:11:23 UTC+1, Les Vogel a écrit :

 Hi Kevin,

 I was reminded of the following today:
 http://android-developers.blogspot.com/2013/01/verifying-bac
 k-end-calls-from-android.html

 In cloud endpoints, you can use @clientIds and @audiences to whitelist
 your client ids.
 https://cloud.google.com/appengine/docs/java/endpoints/auth

 It should lock things down for you.

 Les

 On Mon, Dec 15, 2014 at 10:58 AM, Les Vogel le...@google.com wrote:

 Security is a lot of things to a lot of people.  For this, we can
 think about it as raising the cost for your adversary, while trying to 
 stay
 within your cost of development (skill, experience, time to market, etc.)
  A determined, well funded adversary can usually bypass / break most
 security systems. There are lots of papers on this available on the net --
 search for security cost benefit analysis

 You know your app, and what you are trying to secure, so, it's really
 up to you to decide what is the appropriate method to secure your api.  
 I'm
 trying to suggest a range of things, they each have different cost /
 benefits.  The constant token method is fairly simple, and as you pointed
 out, vulnerable to a decompilation attack.  You can improve it by 
 replacing
 the using of a single constant that can be easily found by decompiling the
 code, uses several values that must be sent through a formula to get the
 correct token value.

 Google Endpoints used with Google accounts (including Google for
 Business / Education / Government accounts) provides good security easily
 -- it didn't sound like this met your needs.

 We have the Google Identity Toolkit
 https://developers.google.com/identity-toolkit/, which will allow
 you to securely login your users, it also supports Google, Yahoo, AOL,
 Microsoft, Facebook, and Paypal logins as well as your own.  In the
 Abelana-gcp https://github.com/GoogleCloudPlatform/abelana-gcp and
 Abelana-android
 https://github.com/GoogleCloudPlatform/abelana-android apps, I used
 the Identity Toolkit for user identity, then rolled by own access tokens
 that I used for all but one api (the login one).  (My understanding is 
 that
 direct support for access tokens is coming)  The code is in Go for
 AppEngine and Java for the Android app.

 You might also take a method used for XCRF prevention that involves
 encrypting a random # and a expiration time on the first server reply, 
 then
 requiring that value to be passed on all subsequent requests.  It's a bit
 more work and requires storing the value on the server side.

 The last suggestion I gave had a link for verifying a certificate --
 looking at it today it appears that AppEngine is providing id to your
 

Re: [google-appengine] Re: Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Hi Kevin,

Not sure why you  are calling *pickUserAccount*() or the
*newChooseAccountIntent* as your use case shouldn't either of those.
Please take a look at this paragraph.

You’ll need to call the Google Play services GoogleAuthUtil
http://developer.android.com/reference/com/google/android/gms/auth/GoogleAuthUtil.html#getToken(android.content.Context,
java.lang.String, java.lang.String) class to get an ID token; the
procedure is as described inObtaining an Access Token
http://developer.android.com/google/play-services/auth.html#obtain.
There’s one extra bit of magic: the value of the scope argument to the
getToken(email,
scope) method. It has to be the string *audience:server:client_id:X*, where
X is the Client ID of for the Web app, as described above. If our Client ID
were the example value given above, the value of the scope argument
would be*audience:server:client_id:9414861317621.apps.googleusercontent.com
http://9414861317621.apps.googleusercontent.com*.
I've highlighted what you need to do.  You get a client id from
cloud.google.com/console  click on your project, then API's and Auth, then
create a client ID for an Android Application, if you don't already have
one, using the instructions in the blog post.  You may find things work
better if you also create a Consent screen, that shouldn't be necessary,
but I've seen occasions where I get a better result by doing so.



On Thu, Dec 18, 2014 at 1:04 PM, Les Vogel l...@google.com wrote:

 Hi Kevin,

 I'll write a longer answer shortly, however, if you could send me lesv@g...
  your code, I'll take a peek.

 On Thu, Dec 18, 2014 at 9:52 AM, Gannicus kevin.kaido...@gmail.com
 wrote:

 Hi Les,

 Thanks again for your answer. It took me a few hours but I read the whole
 tutorial on the blog post and tried to work with it, including its link
 about Obtaining an access token (http://developer.android.com/
 google/auth/http-auth.html#obtain). If I leave the code as it is, it
 does require a google account to work.
 However since you told me it was possible to do this without this
 requirement, I tried to determine where is located the google account
 requirement in the code.
 My belief is that it is in the pickUserAccount() and more specifically
 on the use of newChooseAccountIntent. It seems like it is possible to
 provide it an Account object that could be my own login system, and thus in
 the end it would be possible to avoid google accounts.

 However could you please confirm that's what you were talking about in
 your last post?

 Le mercredi 17 décembre 2014 19:34:25 UTC+1, Les Vogel a écrit :

 Kevin,

 The blog post
 http://android-developers.blogspot.com/2013/01/verifying-back-end-calls-from-android.html
 allows things to work w/o you users logging in, it's just a bit complex.  I
 would strongly suggest you look at that.

 On Wed, Dec 17, 2014 at 4:26 AM, Gannicus kevin.k...@gmail.com wrote:

 Hi Les,

 First of all thank you very much for your answers and your help. Like
 you said, security depends on how much time/money... I want to spend. For
 now as a beginner I just want to use a minimal protection.
 I will start things off by studying your links about @clientsIds and
 @Audiences.

 However the first link (http://android-developers.
 blogspot.fr/2013/01/verifying-back-end-calls-from-android.html)
 mentions Google accounts: It turns out that Google Play services
 http://developer.android.com/google/play-services/index.html, now
 available on every compatible device running Android release 2.2 or higher,
 offers a good solution to this problem, based on the use of Google
 Accounts, Hopefully it's not necessary to ask my users for their
 google accounts.

 I will try it anyway, or else I will just create my own token system.
 Le mardi 16 décembre 2014 00:11:23 UTC+1, Les Vogel a écrit :

 Hi Kevin,

 I was reminded of the following today:
 http://android-developers.blogspot.com/2013/01/verifying-bac
 k-end-calls-from-android.html

 In cloud endpoints, you can use @clientIds and @audiences to whitelist
 your client ids.
 https://cloud.google.com/appengine/docs/java/endpoints/auth

 It should lock things down for you.

 Les

 On Mon, Dec 15, 2014 at 10:58 AM, Les Vogel le...@google.com wrote:

 Security is a lot of things to a lot of people.  For this, we can
 think about it as raising the cost for your adversary, while trying to 
 stay
 within your cost of development (skill, experience, time to market, etc.)
  A determined, well funded adversary can usually bypass / break most
 security systems. There are lots of papers on this available on the net 
 --
 search for security cost benefit analysis

 You know your app, and what you are trying to secure, so, it's really
 up to you to decide what is the appropriate method to secure your api.  
 I'm
 trying to suggest a range of things, they each have different cost /
 benefits.  The constant token method is fairly simple, and as you pointed
 out, vulnerable to a decompilation attack.  You can 

Re: [google-appengine] Re: Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Kevin,

The blog post
http://android-developers.blogspot.com/2013/01/verifying-back-end-calls-from-android.html
allows things to work w/o you users logging in, it's just a bit complex.  I
would strongly suggest you look at that.

On Wed, Dec 17, 2014 at 4:26 AM, Gannicus kevin.kaido...@gmail.com wrote:

 Hi Les,

 First of all thank you very much for your answers and your help. Like you
 said, security depends on how much time/money... I want to spend. For now
 as a beginner I just want to use a minimal protection.
 I will start things off by studying your links about @clientsIds and
 @Audiences.

 However the first link (
 http://android-developers.blogspot.fr/2013/01/verifying-back-end-calls-from-android.html)
 mentions Google accounts: It turns out that Google Play services
 http://developer.android.com/google/play-services/index.html, now
 available on every compatible device running Android release 2.2 or higher,
 offers a good solution to this problem, based on the use of Google
 Accounts, Hopefully it's not necessary to ask my users for their google
 accounts.

 I will try it anyway, or else I will just create my own token system.
 Le mardi 16 décembre 2014 00:11:23 UTC+1, Les Vogel a écrit :

 Hi Kevin,

 I was reminded of the following today:
 http://android-developers.blogspot.com/2013/01/verifying-
 back-end-calls-from-android.html

 In cloud endpoints, you can use @clientIds and @audiences to whitelist
 your client ids.
 https://cloud.google.com/appengine/docs/java/endpoints/auth

 It should lock things down for you.

 Les

 On Mon, Dec 15, 2014 at 10:58 AM, Les Vogel le...@google.com wrote:

 Security is a lot of things to a lot of people.  For this, we can think
 about it as raising the cost for your adversary, while trying to stay
 within your cost of development (skill, experience, time to market, etc.)
  A determined, well funded adversary can usually bypass / break most
 security systems. There are lots of papers on this available on the net --
 search for security cost benefit analysis

 You know your app, and what you are trying to secure, so, it's really up
 to you to decide what is the appropriate method to secure your api.  I'm
 trying to suggest a range of things, they each have different cost /
 benefits.  The constant token method is fairly simple, and as you pointed
 out, vulnerable to a decompilation attack.  You can improve it by replacing
 the using of a single constant that can be easily found by decompiling the
 code, uses several values that must be sent through a formula to get the
 correct token value.

 Google Endpoints used with Google accounts (including Google for
 Business / Education / Government accounts) provides good security easily
 -- it didn't sound like this met your needs.

 We have the Google Identity Toolkit
 https://developers.google.com/identity-toolkit/, which will allow you
 to securely login your users, it also supports Google, Yahoo, AOL,
 Microsoft, Facebook, and Paypal logins as well as your own.  In the
 Abelana-gcp https://github.com/GoogleCloudPlatform/abelana-gcp and
 Abelana-android https://github.com/GoogleCloudPlatform/abelana-android
 apps, I used the Identity Toolkit for user identity, then rolled by own
 access tokens that I used for all but one api (the login one).  (My
 understanding is that direct support for access tokens is coming)  The code
 is in Go for AppEngine and Java for the Android app.

 You might also take a method used for XCRF prevention that involves
 encrypting a random # and a expiration time on the first server reply, then
 requiring that value to be passed on all subsequent requests.  It's a bit
 more work and requires storing the value on the server side.

 The last suggestion I gave had a link for verifying a certificate --
 looking at it today it appears that AppEngine is providing id to your
 client, not the other way around.  I'll look around to see if there is a
 way to ask TLS to bring the client certificate info to the API.

 But as I said before, in the end, you need to make the tradeoff between
 UX / ease of development  and security -- it's not an easy one.

 The best security mechanisms involve cryptography, your protected by
 math.  It's tricky and difficult to get right, and really requires audits
 by folks who know what they are doing if you want to really protect
 something valuable.  I've found the works of Bruce Schneier to be
 invaluable.  I suggest Cryptography Engineering: Design Principles and
 Practical Applications (which replaces Practical Cryptography) and Beyond
 Fear: Thinking Sensibly About Security in an Uncertain World.


 On Mon, Dec 15, 2014 at 4:24 AM, Gannicus kevin.k...@gmail.com wrote:

 Thank you very much Les. So I should focus on the solution you could
 either pass a unique key known to your apps along with each call?
 However, I heard it is possible to decompile an Android app from the
 .apk. If that's true, that solution would be risky right?

 Le lundi 15 décembre 2014 

Re: [google-appengine] Re: Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Security is a lot of things to a lot of people.  For this, we can think
about it as raising the cost for your adversary, while trying to stay
within your cost of development (skill, experience, time to market, etc.)
 A determined, well funded adversary can usually bypass / break most
security systems. There are lots of papers on this available on the net --
search for security cost benefit analysis

You know your app, and what you are trying to secure, so, it's really up to
you to decide what is the appropriate method to secure your api.  I'm
trying to suggest a range of things, they each have different cost /
benefits.  The constant token method is fairly simple, and as you pointed
out, vulnerable to a decompilation attack.  You can improve it by replacing
the using of a single constant that can be easily found by decompiling the
code, uses several values that must be sent through a formula to get the
correct token value.

Google Endpoints used with Google accounts (including Google for Business /
Education / Government accounts) provides good security easily -- it didn't
sound like this met your needs.

We have the Google Identity Toolkit
https://developers.google.com/identity-toolkit/, which will allow you to
securely login your users, it also supports Google, Yahoo, AOL, Microsoft,
Facebook, and Paypal logins as well as your own.  In the Abelana-gcp
https://github.com/GoogleCloudPlatform/abelana-gcp and Abelana-android
https://github.com/GoogleCloudPlatform/abelana-android apps, I used the
Identity Toolkit for user identity, then rolled by own access tokens that I
used for all but one api (the login one).  (My understanding is that direct
support for access tokens is coming)  The code is in Go for AppEngine and
Java for the Android app.

You might also take a method used for XCRF prevention that involves
encrypting a random # and a expiration time on the first server reply, then
requiring that value to be passed on all subsequent requests.  It's a bit
more work and requires storing the value on the server side.

The last suggestion I gave had a link for verifying a certificate --
looking at it today it appears that AppEngine is providing id to your
client, not the other way around.  I'll look around to see if there is a
way to ask TLS to bring the client certificate info to the API.

But as I said before, in the end, you need to make the tradeoff between UX
/ ease of development  and security -- it's not an easy one.

The best security mechanisms involve cryptography, your protected by math.
It's tricky and difficult to get right, and really requires audits by folks
who know what they are doing if you want to really protect something
valuable.  I've found the works of Bruce Schneier to be invaluable.  I
suggest Cryptography Engineering: Design Principles and Practical
Applications (which replaces Practical Cryptography) and Beyond Fear:
Thinking Sensibly About Security in an Uncertain World.


On Mon, Dec 15, 2014 at 4:24 AM, Gannicus kevin.kaido...@gmail.com wrote:

 Thank you very much Les. So I should focus on the solution you could
 either pass a unique key known to your apps along with each call?
 However, I heard it is possible to decompile an Android app from the .apk.
 If that's true, that solution would be risky right?

 Le lundi 15 décembre 2014 07:21:35 UTC+1, Les Vogel a écrit :

 Hi Kevin,

   The first suggestion is the same as Dan gave on SO at the end.  I would
 suggest you use that to begin with, especially since your beginning.

 Les

 On Sun, Dec 14, 2014 at 3:12 PM, Gannicus kevin.k...@gmail.com wrote:

 Thank you for your answers. Here is the thread where I read about google
 accounts restrictions: http://stackoverflow.com/questions/
 19786339/google-cloud-endpoints-limitations-any-proposed-solutions

 Anyway, Les Vogel confirmed that users have to get a Google account to
 use the OAuth authentification (which is a shame in my opinion...).
 Hopefully your solutions are not too hard to implement Les Vogel, I don't
 have that much experience in web applications.

 Le dimanche 14 décembre 2014 20:26:24 UTC+1, Chad Vincent a écrit :

 1) If your signing key is compromised, then someone with that
 information would be able to make calls by spoofing the client signature
 from your app.

 2) Based on the documentation, it looks like no, but without knowing
 what was said in the SO thread, I wouldn't put money on it one way or the
 other.

 On Sunday, December 14, 2014 10:27:51 AM UTC-6, Gannicus wrote:

 Hello,

 I am using Cloud Endpoints with Java to create my API and I would like
 to be used only by my android client application.
 I read the Google documentation and it seems like I have to generate
 an ID thanks to the SHA1 fingerprint.

 However I would like to have a confirmation on this:

 1) Does it really restrict API calls to my android client only? I
 don't want any possibility to call it thanks to a REST client, a browser 
 or
 something like that.

 2) Some part I didn't 

Re: [google-appengine] Re: Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Hi Kevin,

I was reminded of the following today:
http://android-developers.blogspot.com/2013/01/
verifying-back-end-calls-from-android.html

In cloud endpoints, you can use @clientIds and @audiences to whitelist your
client ids.
https://cloud.google.com/appengine/docs/java/endpoints/auth

It should lock things down for you.

Les

On Mon, Dec 15, 2014 at 10:58 AM, Les Vogel l...@google.com wrote:

 Security is a lot of things to a lot of people.  For this, we can think
 about it as raising the cost for your adversary, while trying to stay
 within your cost of development (skill, experience, time to market, etc.)
  A determined, well funded adversary can usually bypass / break most
 security systems. There are lots of papers on this available on the net --
 search for security cost benefit analysis

 You know your app, and what you are trying to secure, so, it's really up
 to you to decide what is the appropriate method to secure your api.  I'm
 trying to suggest a range of things, they each have different cost /
 benefits.  The constant token method is fairly simple, and as you pointed
 out, vulnerable to a decompilation attack.  You can improve it by replacing
 the using of a single constant that can be easily found by decompiling the
 code, uses several values that must be sent through a formula to get the
 correct token value.

 Google Endpoints used with Google accounts (including Google for Business
 / Education / Government accounts) provides good security easily -- it
 didn't sound like this met your needs.

 We have the Google Identity Toolkit
 https://developers.google.com/identity-toolkit/, which will allow you
 to securely login your users, it also supports Google, Yahoo, AOL,
 Microsoft, Facebook, and Paypal logins as well as your own.  In the
 Abelana-gcp https://github.com/GoogleCloudPlatform/abelana-gcp and
 Abelana-android https://github.com/GoogleCloudPlatform/abelana-android
 apps, I used the Identity Toolkit for user identity, then rolled by own
 access tokens that I used for all but one api (the login one).  (My
 understanding is that direct support for access tokens is coming)  The code
 is in Go for AppEngine and Java for the Android app.

 You might also take a method used for XCRF prevention that involves
 encrypting a random # and a expiration time on the first server reply, then
 requiring that value to be passed on all subsequent requests.  It's a bit
 more work and requires storing the value on the server side.

 The last suggestion I gave had a link for verifying a certificate --
 looking at it today it appears that AppEngine is providing id to your
 client, not the other way around.  I'll look around to see if there is a
 way to ask TLS to bring the client certificate info to the API.

 But as I said before, in the end, you need to make the tradeoff between UX
 / ease of development  and security -- it's not an easy one.

 The best security mechanisms involve cryptography, your protected by
 math.  It's tricky and difficult to get right, and really requires audits
 by folks who know what they are doing if you want to really protect
 something valuable.  I've found the works of Bruce Schneier to be
 invaluable.  I suggest Cryptography Engineering: Design Principles and
 Practical Applications (which replaces Practical Cryptography) and Beyond
 Fear: Thinking Sensibly About Security in an Uncertain World.


 On Mon, Dec 15, 2014 at 4:24 AM, Gannicus kevin.kaido...@gmail.com
 wrote:

 Thank you very much Les. So I should focus on the solution you could
 either pass a unique key known to your apps along with each call?
 However, I heard it is possible to decompile an Android app from the
 .apk. If that's true, that solution would be risky right?

 Le lundi 15 décembre 2014 07:21:35 UTC+1, Les Vogel a écrit :

 Hi Kevin,

   The first suggestion is the same as Dan gave on SO at the end.  I
 would suggest you use that to begin with, especially since your beginning.

 Les

 On Sun, Dec 14, 2014 at 3:12 PM, Gannicus kevin.k...@gmail.com wrote:

 Thank you for your answers. Here is the thread where I read about
 google accounts restrictions: http://stackoverflow.com/questions/
 19786339/google-cloud-endpoints-limitations-any-proposed-solutions

 Anyway, Les Vogel confirmed that users have to get a Google account to
 use the OAuth authentification (which is a shame in my opinion...).
 Hopefully your solutions are not too hard to implement Les Vogel, I don't
 have that much experience in web applications.

 Le dimanche 14 décembre 2014 20:26:24 UTC+1, Chad Vincent a écrit :

 1) If your signing key is compromised, then someone with that
 information would be able to make calls by spoofing the client signature
 from your app.

 2) Based on the documentation, it looks like no, but without knowing
 what was said in the SO thread, I wouldn't put money on it one way or the
 other.

 On Sunday, December 14, 2014 10:27:51 AM UTC-6, Gannicus wrote:

 Hello,

 I am using Cloud Endpoints with 

Re: [google-appengine] Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Hi,

By default, endpoints can be called by anyone, however, if your users
Google Accounts (most Android users do), you can lock the API's down
https://cloud.google.com/appengine/docs/java/endpoints/auth

If you would like to lock down your API to only your Android App for
non-Google accounts, you could either pass a unique key known to your apps
along with each call, roll your own tokens, or for more security, your app
could also use a custom trust manager
https://developer.android.com/reference/javax/net/ssl/HttpsURLConnection.html
using
x.509 certs on Android and verify those on the AppEngine side
https://sites.google.com/site/oauthgoog/authenticate-google-app-engine-app
.

Note - I've never tried using certificate validation on App Engine, so take
the comment w/ a grain of sand, but this should be the most secure approach.



On Sun, Dec 14, 2014 at 8:27 AM, Gannicus kevin.kaido...@gmail.com wrote:

 Hello,

 I am using Cloud Endpoints with Java to create my API and I would like to
 be used only by my android client application.
 I read the Google documentation and it seems like I have to generate an ID
 thanks to the SHA1 fingerprint.

 However I would like to have a confirmation on this:

 1) Does it really restrict API calls to my android client only? I don't
 want any possibility to call it thanks to a REST client, a browser or
 something like that.

 2) Some part I didn't understand -I read something about it on Stack
 Overflow- : do the users have to own a google account to use my android
 client then?

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




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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: Private API with Cloud Endpoints

['Les Vogel' via Google App Engine]

Hi Kevin,

  The first suggestion is the same as Dan gave on SO at the end.  I would
suggest you use that to begin with, especially since your beginning.

Les

On Sun, Dec 14, 2014 at 3:12 PM, Gannicus kevin.kaido...@gmail.com wrote:

 Thank you for your answers. Here is the thread where I read about google
 accounts restrictions:
 http://stackoverflow.com/questions/19786339/google-cloud-endpoints-limitations-any-proposed-solutions


 Anyway, Les Vogel confirmed that users have to get a Google account to use
 the OAuth authentification (which is a shame in my opinion...). Hopefully
 your solutions are not too hard to implement Les Vogel, I don't have that
 much experience in web applications.

 Le dimanche 14 décembre 2014 20:26:24 UTC+1, Chad Vincent a écrit :

 1) If your signing key is compromised, then someone with that information
 would be able to make calls by spoofing the client signature from your app.

 2) Based on the documentation, it looks like no, but without knowing what
 was said in the SO thread, I wouldn't put money on it one way or the other.

 On Sunday, December 14, 2014 10:27:51 AM UTC-6, Gannicus wrote:

 Hello,

 I am using Cloud Endpoints with Java to create my API and I would like
 to be used only by my android client application.
 I read the Google documentation and it seems like I have to generate an
 ID thanks to the SHA1 fingerprint.

 However I would like to have a confirmation on this:

 1) Does it really restrict API calls to my android client only? I don't
 want any possibility to call it thanks to a REST client, a browser or
 something like that.

 2) Some part I didn't understand -I read something about it on Stack
 Overflow- : do the users have to own a google account to use my android
 client then?

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




-- 
Les Vogel | Cloud Developer Relations | l...@google.com | 408-676-7023

-- 
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.