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

['Ramki Krishnan' via Google App Engine]

There are *no* short-term or long-term plans to deprecate the Standard
environment.

Ramki Krishnan | App Engine Flex  | 650.533.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-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/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 <+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
> "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-engine-flexi...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/
> msgid/app-engine-flexible/CAD%3DB7cMdQsaxLN%3DxuH0tZHVwBq6ctps09z68K14CcSE
> n%2BMcDog%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>

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

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

[Joshua Fox]

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-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/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 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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%3DB7cMdQsaxLN%3DxuH0tZHVwBq6ctps09z68K14CcSEn%2BMcDog%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: [Stackdriver Trace] Cannot have multiple spans with the same name in a trace

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

Hey Adrian,

We've reproduced this issue and you can track progress on it here in the 
google-cloud-platform  Public Issue Tracker 
.

Cheers,

Nick
Cloud Platform Community Support

On Tuesday, February 28, 2017 at 9:11:22 AM UTC-5, Nick (Cloud Platform 
Support) wrote:
>
> Hey Adrian,
>
> Not to worry, I ought to have updated here to let you know - we're working 
> on diagnosing the issue and preparing an internal report for it, and will 
> post a public issue tracker thread and link it here once we've got that 
> squared away. Shouldn't be too much longer. Thanks for checking! In future, 
> you can post directly there, but it's no problem for us to create a thread 
> this way in this case.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Tuesday, February 28, 2017 at 9:06:24 AM UTC-5, Adrian Bogatu wrote:
>>
>> Are there any updates regarding this issue? Do you want me to post it 
>> directly to Google Code?
>>
>> On Friday, February 24, 2017 at 5:51:28 PM UTC+2, Nick (Cloud Platform 
>> Support) wrote:
>>>
>>> Hey Adrian,
>>>
>>> While opening new projects on Google Code was discontinued, we continue 
>>> to operate Public Issue Trackers for many of our projects there as the 
>>> official forums for issue reporting, and we monitor them daily. Here are a 
>>> few of them:
>>>
>>> App Engine 
>>> Compute Engine 
>>> 
>>> Cloud SDK 
>>> Cloud SQL 
>>> BigQuery 
>>> Cloud Platform 
>>> 
>>>
>>> Cheers,
>>>
>>> Nick
>>> Cloud Platform Community Support
>>>
>>> On Friday, February 24, 2017 at 4:05:05 AM UTC-5, Adrian Bogatu wrote:

 Hi, Nick,

 Thanks for the answer. Honestly, at first, I wanted to post on Google 
 Code, but I know it has been discontinued in 2016 and I wasn't sure it was 
 tracked anymore.

 Thanks,
 Adrian

 On Thursday, February 23, 2017 at 10:16:04 PM UTC+2, Nick (Cloud 
 Platform Support) wrote:
>
> Hey Adrian,
>
> Thanks for reporting this. I've just about reproduced this behaviour 
> and will shortly post a link to a Public Issue Tracker 
>  thread 
> you can follow for updates. 
>
> In general, posts like this, which look like a post that belongs in 
> the Public Issue Tracker, should be posted there. This Google Groups 
> forum 
> is meant for more general and high level discussion of the App Engine 
> platform and services rather than specific-issue technical reporting. We 
> monitor there regularly and will quickly get the issue acknowledged and 
> tracked.
>
> I'll update this thread with a link to the thread once it's made, or 
> if I need any further clarification on reproducing this behaviour.
>
> Cheers,
>
> Nick
> Cloud Platform Community Support
>
> On Thursday, February 23, 2017 at 11:13:27 AM UTC-5, Adrian Bogatu 
> wrote:
>>
>> Hi,
>>
>> Situation: When sending a trace containing 2 spans (a root-span and a 
>> child span) that have the same span name, the two spans are merged 
>> together 
>> and only one span is displayed. In addition, some of the fields are 
>> overwritten and information is lost.
>>
>> See example in the attachment (print screen from developer console in 
>> google cloud platform), where two spans both having the name "get_test" 
>> are 
>> sent in a trace to Stackdriver Trace: one client root-span and one 
>> server 
>> child span. The different annotations of both the spans are merged, but 
>> some shared annotations are overwritten by the client root-span (e.g. 
>> zipkin.io/span.kind is "client"). I expected to have 2 spans: one 
>> with the tag-value "client" and one "server".
>>
>> This issue is because, I am guessing, the backend considers the 
>> span's uniqueness based on the span's name. I don't think that's 
>> correct, 
>> instead the unique *span id* should be used to track spans.
>>
>> There are many cases when one wants to use the same name for multiple 
>> spans in a trace (e.g. span_name="get_users" to be the same for client 
>> and 
>> server; standard annotations in libraries like span_name="mysql-client" 
>> when you have multiple sequential MySQL request). In those cases, only 
>> one 
>> span with that specified name will exist, and annotations will be lost.
>>
>> I used both a custom stackdriver trace client in Go (that uses Go 
>> package cloudtrace/v1 
>> 

[google-appengine] Re: google app engine python

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

Hi Miran,

This appears to be a request for 1-on-1 assistance with a coding question 
specific to your development. This isn't the right forum to look for help 
on such a question, which is perfectly suited to stackoverflow.com. This 
forum, on the other hand, is meant for more general high-level discussions 
of the platform and services, design patterns, etc.

As for how to assist you with the request itself, I will need you to post a 
minimal working example of your code with an example of the output you 
would like to generate. 

In case you don’t have such an example ready, you can refer to this 
Quickstart 

 
for Cloud Endpoints Frameworks on App Engine and this Google Cloud 
Endpoints & Python sample 

 
to get additional insight on how to start with your development.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/ba813228-3570-4715-a0d4-f0eb4cce2507%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Richard Cheesmar]

Was just about to turn the computer off after winding down reading some non 
tech stuff.

I had everything the origin idea. Wow, see what blind crazy fuzzy stress 
does to the beautiful mind...Messes it right up.

Thanks, appreciated. It works. phew.

On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>
> I am using the standard python app engine environment and currently 
> looking at how one goes about uploading multiple large media files to 
> Google Cloud Storage (Public Readable) using App Engine or the Client 
> directly (preferred).
>
> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
> on average), at the same time directly via a POST to the server. These 
> images are provided by the client and put in my projects default bucket. I 
> handle the requests images using a separate thread and write them one at a 
> time to the cloud and then associate them with an ndb object. This is all 
> fine and dandy when the images are small and do not cause the request to 
> run out of memory or invoke a DeadlineExceededError. 
>
> But what is the best approach for large image files of 20mb+ a piece or 
> video files of up to 1GB in size? Are there efficient ways to do this from 
> the client directly, would this be possible via the Json api ,a resumable 
> upload, for example? If so, are there any clear examples of how to do this 
> purely in javascript on the client? I have looked at the docs but it's not 
> intuitively obvious at least to me.
>
> I have been looking at the possibilities for a day or two but nothing hits 
> you with a clear linear description or approach. I notice in the Google 
> Docs there is a way using PHP to upload via a POST direct from the client...
> https://cloud.google.com/appengine/docs/php/googlestorage/user_upload...Is 
> this just relevant to using PHP on app engine or is there an equivalent to 
> createUploadUrl 
> for python or javascript?
>
>
> Anyway, I'll keep exploring but any pointers would be greatly appreciated.
>
>
> Cheers
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/c82dfe88-c768-4224-94ae-fec38565b7bd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Simon Green]

Ha, then I remembered I could scroll up (duh!)

So for Python, you'll have something like this:

# Get the origin header that the client sends to your API when it wants to 
initiate an upload:
origin = request.headers.get('origin')

# Include it as a header in the GCS signing request:
headers = {
'Origin': origin,
'X-Upload-Content-Type': type,
'X-Upload-Content-Length': size,
'Content-Type': 'application/json',
'Authorization': 'Bearer ' + access_token
}

# Call GCS
response = urlfetch.fetch(
url=url,
method=urlfetch.POST,
headers=headers
)

# Return the signed URL to the client
location = response.headers['location']
return jsonify({'url': location})

The client then uses the url that it got from the API call and does a PUT 
of the file. If you're using the newer promise-based client APIs like 
fetch, this part can be pretty simple.


On Wednesday, 1 March 2017 14:05:54 UTC-7, Simon Green wrote:
>
> If you had everything working other than that JSON + CORS issue (i.e. 
> signing a URL on the server and doing a PUT for the resumable upload) then 
> all you need to do to make it work should be to pass the origin header from 
> the client in that initial signing request.
>
> As a general principle, I'd try and avoid the "thrashing" approach of 
> changing the whole system instead of solving the last problem. Don't get me 
> wrong, something an approach is just "wrong" and it's better not to invest 
> any more time on it but I've found jumping about between solutions does 
> burn a lot of time - it's easy to end up re-implementing sections that were 
> otherwise "done" rather than building on the previous effort (and learning).
>
> I can't remember if you posted what language you're using, if it's Go then 
> I probably have some example code that will help. I might have some Python 
> too but not 100% sure.
>
>
> On Wednesday, 1 March 2017 13:28:08 UTC-7, Richard Cheesmar wrote:
>>
>> Simon and Adam,  I deleted my initial reply, kinda got tetchy. Yes, you 
>> are correct I did get rapid responses, this forum has improved dramatically 
>> over time. I also accept that i did get pretty tetchy, however, I'm going 
>> to write that off as tech stress.
>>
>> I am sure that Google support staff are all trying their hardest, but the 
>> docs and lack of concrete examples exasperate problems and one doesn't 
>> always have the time to spend hours on stackoverflow day after day. Given 
>> that,  I concur that not being as familiar as one would like with all the 
>> different aspects of Googles Cloud offerings and apis, which are numerous 
>> to say the least, is a drawback when it comes to getting things done in 
>> certain time frames. Hence my request for more recipe examples. It's so 
>> much easier to understand how things work with coded examples. Yes you can 
>> find them here and there but invariably they're not what your looking for 
>> or incomplete etc. etc.
>>
>> Anyway, I have since changed the code to use the XML API - still doing 
>> the POST request from the server as the docs indicate that doing this and 
>> then passing the location to the client negates the requirement for a 
>> signed url on as the location in the POST is thus signed anyway. This works 
>> in as much as the preflight OPTIONS request and the POST request both 
>> return 200. However, the latter, for some reason, still returns an error -
>>
>> CORS header ‘Access-Control-Allow-Origin’ missing
>>
>> So that is not working. My next step is to sign a POST request on the 
>> server pass it to the client and send it from there. That will have to wait 
>> until the morning, it's late and the wine and zanax are calling me.
>>
>>
>> On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>>>
>>> I am using the standard python app engine environment and currently 
>>> looking at how one goes about uploading multiple large media files to 
>>> Google Cloud Storage (Public Readable) using App Engine or the Client 
>>> directly (preferred).
>>>
>>> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
>>> on average), at the same time directly via a POST to the server. These 
>>> images are provided by the client and put in my projects default bucket. I 
>>> handle the requests images using a separate thread and write them one at a 
>>> time to the cloud and then associate them with an ndb object. This is all 
>>> fine and dandy when the images are small and do not cause the request to 
>>> run out of memory or invoke a DeadlineExceededError. 
>>>
>>> But what is the best approach for large image files of 20mb+ a piece or 
>>> video files of up to 1GB in size? Are there efficient ways to do this from 
>>> the client directly, would this be possible via the Json api ,a resumable 
>>> upload, for example? If so, are there any clear examples of how to do this 
>>> purely in javascript on the client? I have looked at the docs but it's not 
>>> intuitively obvious at least to me.

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Simon Green]

If you had everything working other than that JSON + CORS issue (i.e. 
signing a URL on the server and doing a PUT for the resumable upload) then 
all you need to do to make it work should be to pass the origin header from 
the client in that initial signing request.

As a general principle, I'd try and avoid the "thrashing" approach of 
changing the whole system instead of solving the last problem. Don't get me 
wrong, something an approach is just "wrong" and it's better not to invest 
any more time on it but I've found jumping about between solutions does 
burn a lot of time - it's easy to end up re-implementing sections that were 
otherwise "done" rather than building on the previous effort (and learning).

I can't remember if you posted what language you're using, if it's Go then 
I probably have some example code that will help. I might have some Python 
too but not 100% sure.


On Wednesday, 1 March 2017 13:28:08 UTC-7, Richard Cheesmar wrote:
>
> Simon and Adam,  I deleted my initial reply, kinda got tetchy. Yes, you 
> are correct I did get rapid responses, this forum has improved dramatically 
> over time. I also accept that i did get pretty tetchy, however, I'm going 
> to write that off as tech stress.
>
> I am sure that Google support staff are all trying their hardest, but the 
> docs and lack of concrete examples exasperate problems and one doesn't 
> always have the time to spend hours on stackoverflow day after day. Given 
> that,  I concur that not being as familiar as one would like with all the 
> different aspects of Googles Cloud offerings and apis, which are numerous 
> to say the least, is a drawback when it comes to getting things done in 
> certain time frames. Hence my request for more recipe examples. It's so 
> much easier to understand how things work with coded examples. Yes you can 
> find them here and there but invariably they're not what your looking for 
> or incomplete etc. etc.
>
> Anyway, I have since changed the code to use the XML API - still doing the 
> POST request from the server as the docs indicate that doing this and then 
> passing the location to the client negates the requirement for a signed url 
> on as the location in the POST is thus signed anyway. This works in as much 
> as the preflight OPTIONS request and the POST request both return 200. 
> However, the latter, for some reason, still returns an error -
>
> CORS header ‘Access-Control-Allow-Origin’ missing
>
> So that is not working. My next step is to sign a POST request on the 
> server pass it to the client and send it from there. That will have to wait 
> until the morning, it's late and the wine and zanax are calling me.
>
>
> On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>>
>> I am using the standard python app engine environment and currently 
>> looking at how one goes about uploading multiple large media files to 
>> Google Cloud Storage (Public Readable) using App Engine or the Client 
>> directly (preferred).
>>
>> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
>> on average), at the same time directly via a POST to the server. These 
>> images are provided by the client and put in my projects default bucket. I 
>> handle the requests images using a separate thread and write them one at a 
>> time to the cloud and then associate them with an ndb object. This is all 
>> fine and dandy when the images are small and do not cause the request to 
>> run out of memory or invoke a DeadlineExceededError. 
>>
>> But what is the best approach for large image files of 20mb+ a piece or 
>> video files of up to 1GB in size? Are there efficient ways to do this from 
>> the client directly, would this be possible via the Json api ,a resumable 
>> upload, for example? If so, are there any clear examples of how to do this 
>> purely in javascript on the client? I have looked at the docs but it's not 
>> intuitively obvious at least to me.
>>
>> I have been looking at the possibilities for a day or two but nothing 
>> hits you with a clear linear description or approach. I notice in the 
>> Google Docs there is a way using PHP to upload via a POST direct from the 
>> client...
>> https://cloud.google.com/appengine/docs/php/googlestorage/user_upload...Is 
>> this just relevant to using PHP on app engine or is there an equivalent to 
>> createUploadUrl 
>> for python or javascript?
>>
>>
>> Anyway, I'll keep exploring but any pointers would be greatly appreciated.
>>
>>
>> Cheers
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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 

Re: [google-appengine] Re: "Found more than 100 URLMap entries"

['Nicholas (Google Cloud Support)' via Google App Engine]

Servlet and filter mappings in web.xml are converted to handlers as they 
are represented in app.yaml by other runtimes.  Static includes/excludes in 
appengine-web.xml are also converted to handlers of a similar format.  The 
source code showing how these are processed can by found in 
*/platform/google_appengine/google/appengine/tools/handler.py*
.

   - Line 181 defines *OverlappedHandler* which shows how some of the paths 
   found in both xml files can be combined into a single handler.
   - Line 245 defines *GetOrderedIntersection* which explains how mappings 
   in web.xml are converted into an ordered list of handler objects.
   
Depending on what includes and mappings exist in your configuration xml 
files, the conversion into app.yaml-like handlers may not be a 1:1 ratio. 
 I'd recommend reading through that source if the details of how paths are 
combined is the information you seek.  Nevertheless, given the config files 
you've provided, my standing recommendation remains to break down your 
service into small "microservices" to have more URLMap "breathing room" and 
to take advantage of independent scaling/load balancing.

On Tuesday, February 28, 2017 at 3:50:12 AM UTC-5, Joshua Fox wrote:
>
> Thank you. What is the role of 
>
>  
>
> Does that count as one URLMap or does that somehow expand so that every 
> JSP and/or every  file gets counted as one URLMap?
>
> On Mon, Feb 27, 2017 at 11:21 PM, 'Nicholas (Google Cloud Support)' via 
> Google App Engine  wrote:
>
>> Hey there,
>>
>> Thanks for providing me with your *appengine-web.xml* and *web.xml*.  At 
>> the moment, the platform limits the number of *URLMap* handlers to *100*.  
>> This can be found in the *appinfo.py* file in your own gcloud SDK 
>> installation (
>> */platform/google_appengine/google/appengine/api/appinfo.py*
>>  
>> on line *2089*).  The definition of *URLMap* can be found in the same 
>> find with a helpful description on line *917*.
>>
>> When it comes to Java applications, filter mappings, servlet mappings are 
>> the main contributors to URLMap handlers.  Basically, any entry that maps a 
>> URL to an endpoint will be a URLMap.  Looking at some of your servlet 
>> mappings, you may be able to save some maps in the following ways
>>
>>- Break down the application into many smaller services.  Your REST 
>>API servlet(s) for instance could be deploy as a separate service, thus 
>>taking advantage of the subdomain URL-naming scheme of App Engine 
>> services 
>>like api.your-domain.com/v1/useful-method.  Essentially, the change 
>>requires that part of the URL be moved from the path to the subdomain.
>>- Use a CDN or Cloud Storage to serve static resources.  In your 
>>appengine-web.xml, I could see several .  Cloud Storage is an 
>>excellent service for serving static resources.
>>- In some cases, a single servlet could serve related paths such as 
>>/_ah/*.  This example can save you from having 3 single endpoints 
>> mappings 
>>for /_ah/start, /_ah/health, /_ah/stop.
>>
>> I hope this addresses your questions and helps you trim down some URL 
>> mappings.
>>
>> On Friday, February 24, 2017 at 4:02:13 PM UTC-5, Nicholas (Google Cloud 
>> Support) wrote:
>>>
>>> There does not seem to be any explicit documentation about the URLMap 
>>> limitations for GAE nor a breakdown of which XML elements count towards 
>>> this limit.  The most relevant documentation I could find is the HTTP/S 
>>> load balancer documentation about URL Maps 
>>>  and 
>>> the URLMap resource definition 
>>> .  These 
>>> are documented in the context of the a load balancer and not an App Engine 
>>> application.  The load balancer documentation does not describe which XML 
>>> elements , , etc. nor which app.yaml 
>>> handlers count as a URLMap.
>>>
>>> I can't define what constitutes a URLMap until I dig into this a little 
>>> deeper.  I suspect this will lead to feedback for our documentation team.  
>>> For the time being, perhaps we can help identify opportunities to reduce 
>>> the number of maps you have using more comprehensive regular expressions 
>>> and such.  If sensitive and not redacted, feel free to reply privately to 
>>> me here with your web.xml and I'll see what I can do to help.
>>>
>>> On Thursday, February 23, 2017 at 4:53:29 AM UTC-5, Joshua Fox wrote:

 Where can I find documentation on URLMap count, as reflected in this 
 error in deployment to GAE?

   "app.yaml... Found more than 100 URLMap entries in 
 application configuration"

 What is included in the URLMap count?

 Which elements in *web.xml *are included? *servlet-mapping*, 
 *security-constraint*, *filter-mapping*, or something else? 

 Which elements in *appengine-web.xml ? *

[google-appengine] Re: GAE PHP - Vulnerability patching strategy?

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

Hey Tommie,

Just as an update on this topic, I'll give you an idea of what we might 
consider adding to the documentation page directly to explain our process:

Google takes security and the robustness of our products seriously. Each 
new version of PHP is tested as a completely new runtime. In order to 
ensure the environments are secure and durable, extensive testing and 
development is required. 


In general, the App Engine team is aware of the desire of the latest 
version runtime. As mentioned, it's currently possible to implement a 
custom runtime[1] on App Engine Flex containing the desired runtime.

[1] - https://cloud.google.com/appengine/docs/flexible/custom-runtimes/

Cheers,

Nick
Cloud Platform Community Support


On Friday, February 24, 2017 at 9:13:24 AM UTC-5, Tommie wrote:
>
> Official docs says PHP is on version 5.5.34. Most recent security update 
> is 5.5.38.
>
> On Friday, February 24, 2017 at 3:11:15 PM UTC+1, Tommie wrote:
>>
>> Hi,
>>
>> Does anyone know where to find vulnerability patching strategies and/or 
>> official documentation on how google keeps its PHP version patched from new 
>> CVEs? I'm investigating GAE for a project and i'm finding very little 
>> documentation around this. 
>>
>> Thanks!
>>
>

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

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Richard Cheesmar]

Simon and Adam,  I deleted my initial reply, kinda got tetchy. Yes, you are 
correct I did get rapid responses, this forum has improved dramatically 
over time. I also accept that i did get pretty tetchy, however, I'm going 
to write that off as tech stress.

I am sure that Google support staff are all trying their hardest, but the 
docs and lack of concrete examples exasperate problems and one doesn't 
always have the time to spend hours on stackoverflow day after day. Given 
that,  I concur that not being as familiar as one would like with all the 
different aspects of Googles Cloud offerings and apis, which are numerous 
to say the least, is a drawback when it comes to getting things done in 
certain time frames. Hence my request for more recipe examples. It's so 
much easier to understand how things work with coded examples. Yes you can 
find them here and there but invariably they're not what your looking for 
or incomplete etc. etc.

Anyway, I have since changed the code to use the XML API - still doing the 
POST request from the server as the docs indicate that doing this and then 
passing the location to the client negates the requirement for a signed url 
on as the location in the POST is thus signed anyway. This works in as much 
as the preflight OPTIONS request and the POST request both return 200. 
However, the latter, for some reason, still returns an error -

CORS header ‘Access-Control-Allow-Origin’ missing

So that is not working. My next step is to sign a POST request on the 
server pass it to the client and send it from there. That will have to wait 
until the morning, it's late and the wine and zanax are calling me.


On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>
> I am using the standard python app engine environment and currently 
> looking at how one goes about uploading multiple large media files to 
> Google Cloud Storage (Public Readable) using App Engine or the Client 
> directly (preferred).
>
> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
> on average), at the same time directly via a POST to the server. These 
> images are provided by the client and put in my projects default bucket. I 
> handle the requests images using a separate thread and write them one at a 
> time to the cloud and then associate them with an ndb object. This is all 
> fine and dandy when the images are small and do not cause the request to 
> run out of memory or invoke a DeadlineExceededError. 
>
> But what is the best approach for large image files of 20mb+ a piece or 
> video files of up to 1GB in size? Are there efficient ways to do this from 
> the client directly, would this be possible via the Json api ,a resumable 
> upload, for example? If so, are there any clear examples of how to do this 
> purely in javascript on the client? I have looked at the docs but it's not 
> intuitively obvious at least to me.
>
> I have been looking at the possibilities for a day or two but nothing hits 
> you with a clear linear description or approach. I notice in the Google 
> Docs there is a way using PHP to upload via a POST direct from the client...
> https://cloud.google.com/appengine/docs/php/googlestorage/user_upload...Is 
> this just relevant to using PHP on app engine or is there an equivalent to 
> createUploadUrl 
> for python or javascript?
>
>
> Anyway, I'll keep exploring but any pointers would be greatly appreciated.
>
>
> Cheers
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/1c6082f0-220d-4ab2-bca7-759ecc789532%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: State of Java 8 on App Engine (not the flexible env)

[Marcus Demnert]

As mentioned in GCP Podcast episode #58 by end of Jan 
(https://groups.google.com/forum/#!topic/google-appengine/Zn7X3D7o584), 
Java 8 on Standard can be expected during this spring.

Den onsdag 1 mars 2017 kl. 14:52:03 UTC+1 skrev Attila-Mihaly Balazs:
>
> +1 on this! Google seems to have abandoned Appengine standard from this 
> point of view (no PHP 7, no Python 3, no Java 8) - even though some of the 
> currently supported languages (like Java 7 or PHP 5) are no longer 
> supported and are considered a security risk.
>
> :-(
> Attila
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/d20986ab-20b3-41cb-bc52-fe503746ae34%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

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

[Wilson Kurniawan]

Hi Lorne,

Are there further updates on Java 8 support for GAE Standard Environment?

Cheers,
WK

On Friday, 18 November 2016 02:42:06 UTC+8, Lorne Kligerman wrote:
>
> Hi there folks,
>
> Apologies for the delayed response.  We definitely hear you in that our 
> existing public issue tracker has not been kept up to date as best as we’d 
> like.  That being said, a few comments on the original post here.
>
> As mentioned, many issues have been closed as duplicate, invalid, etc. 
>  I’ve scanned through a bunch of these issues and they all involve a member 
> of the Cloud Support team working with the user who posted the issue.  The 
> final comment in these issues include a description of why the issue was 
> being closed with the specific status.  As well, a lot of the issues logged 
> are unique problems with customer applications and not necessarily issues 
> with the platform.
>
> Our Cloud Support team has been doing a great job at triaging the issues 
> as they come in.  A lot of these issues have been later overlooked as we 
> are missing a connection between our internal and external system.
>
> There are plans underway to migrate the public issue tracker to a new 
> system.  In preparation we will soon be doing a bankruptcy of sorts, on 
> issues that are quite old and have not been modified in some time.  We’ll 
> post full details to this group in advance.  Once the new system is in 
> place we will do our best to keep the issues in good shape.
>
> Regarding the App Engine standard environment, there is no deprecation 
> coming.  We are excited about the updates to the App Engine flexible 
> environment that were just announced 
> , 
> which will run alongside the standard environment.  We are committed to 
> both environments, with both providing unique advantages.  We are also 
> excited about upcoming enhancements to the standard environment that will 
> start to show up early in 2017, beginning with the Java 8 runtime.
>
> Cheers,
>
> Lorne.
>
>
> On Friday, November 4, 2016 at 12:52:18 PM UTC-7, Mark Cummins wrote:
>>
>> I also am beginning to fear a "GAE deprecation email". Could anyone at 
>> Google give any reassurance on this? Is GAE standard going to be abandoned 
>> in favour of managed VMs (which are actually very different)?
>
>

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

[google-appengine] Re: Production SDK stuck at 1.9.48?

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

The preferred tooling for managing your App Engine applications in Python 
is now the Google Cloud SDK. If you choose to use the App Engine SDK for 
deployment instead, you need to take care it is up-to-date following 
recommended procedures. The "Download the SDK for App Engine" document 
 details 
the usual install method.  

Is there a particular reason why you should find the Cloud SDK repugnant? 
Have you tried deploying with the help of the Cloud SDK? 

The discrepancy in app engine release numbers appears of little consequence 
to an outsider, seen that you plan to anyhow start using the Cloud SDK in a 
couple of weeks. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/222fb9ed-2e58-4d78-bdd2-129a7f16a572%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: 10mib request limit being hit with call to sendgrid api - Is there another way to make the sendgrid api call with attachments?

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

Hey Rob,

The attachment size limit for the Mail API can't be relaxed. Sendgrid's 
limit is larger, at 30MB 
, 
but I'm unsure what you mean in your post. Do you mean to say that files, 
when b64 encoded, will be larger than *30 *MB (the sendgrid limit)?

One way you can get around this entirely (and solutions like this are 
becoming more and more popular as cloud storage becomes cheaper and 
cheaper) is to store the items in Cloud Storage 
 and send an email to your user with a 
Signed 
URL  for 
downloading it, or add their email to the ACL 
 on the object 
/ bucket and serve them a simple URL like storage.googleapis.com/**/
* *(read more on such URL's here 
).

Let me know if you have any further questions and I'll be happy to assist.

Cheers,

Nick
Cloud Platform Community Support

On Tuesday, February 28, 2017 at 10:22:11 AM UTC-5, Rob Curtis wrote:
>
> Hi, 
>
> We have an application where a list attachments must be sent in a single 
> mail to 1 address. 
> Sendgrid has 30MB limit on attachment size, but Appengine has a 10MB limit 
> on request size.
> The sendgrid api requires base64 encoding of the files, which results in 
> the request size being larger than 10MB (if the files are large)
>
>
>1. Is there an alternative method for attaching files to a mail in 
>sendgrid?
>2. Is there means to change the request size in AppEngine or use some 
>mechanism for calling the sendgrid API?
>
> Thanks
> Rob
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/2bfa2dea-aed5-431d-89eb-05f141473a96%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: What Servlet API?

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

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

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/0f68876a-e190-49f0-b11f-88c567ae34a1%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Richard Cheesmar]

Hi, Simon,

Yes, you are correct that some help has been forthcoming. Having said that 
the help was somewhat disparate in nature. On top of which I have numerous 
stacks to contend with and can't be king of them all. Still, I thought I 
managed to find a solution and was content, but alas no, and then there are 
lots of issues along the way, that need to be resolved. This makes for a 
very fraught experience for any normal dev. Perhaps I was a little 
outspoken, a result of hours spent reading online docs that just can't 
manage to put all the dots together.

Yes, Adam, mentioned that one which I spotted myself last night. And there 
is the point, you have to hunt all the time and read every single detail or 
else bam, you get a problem such as this. However, Adam in his initial 
response mentioned a solution using the Json Api, so I take that as it 
comes and use it. It works,  when you get over the numerous localhost 
issues, except at the point where it doesn't as documented on the 
stackoverflow issue. So then you go back to the start and so it goes, more 
stress and sometimes, it's just enough for you to lose patients! 

I'll say this as my final 2 cents worth, when you have to continuously use 
stackoverflow or other such site to find explanations for almost 
everything, it can be said that this is a partial reflection of the quality 
of documentation in the first place. Information may be there, somewhere, 
but is it obvious and clear and for sure as I have mentioned in another 
post, there needs to be some recipe examples with real code from A to Z so 
people like me who have to deal with a multitude of code every day can see 
what is going on.





On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>
> I am using the standard python app engine environment and currently 
> looking at how one goes about uploading multiple large media files to 
> Google Cloud Storage (Public Readable) using App Engine or the Client 
> directly (preferred).
>
> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
> on average), at the same time directly via a POST to the server. These 
> images are provided by the client and put in my projects default bucket. I 
> handle the requests images using a separate thread and write them one at a 
> time to the cloud and then associate them with an ndb object. This is all 
> fine and dandy when the images are small and do not cause the request to 
> run out of memory or invoke a DeadlineExceededError. 
>
> But what is the best approach for large image files of 20mb+ a piece or 
> video files of up to 1GB in size? Are there efficient ways to do this from 
> the client directly, would this be possible via the Json api ,a resumable 
> upload, for example? If so, are there any clear examples of how to do this 
> purely in javascript on the client? I have looked at the docs but it's not 
> intuitively obvious at least to me.
>
> I have been looking at the possibilities for a day or two but nothing hits 
> you with a clear linear description or approach. I notice in the Google 
> Docs there is a way using PHP to upload via a POST direct from the client...
> https://cloud.google.com/appengine/docs/php/googlestorage/user_upload...Is 
> this just relevant to using PHP on app engine or is there an equivalent to 
> createUploadUrl 
> for python or javascript?
>
>
> Anyway, I'll keep exploring but any pointers would be greatly appreciated.
>
>
> Cheers
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/d980324c-42f5-4a90-bb6f-772d7450dc27%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Simon Green]

As with any platform, experience and knowledge is extremely important and 
has a huge impact on how long it takes to do things. It can be frustrating 
to run into issues and stressful if we've promised a deliverable based on a 
tech stack or service we might not be completely familiar with.

I think it's unfair to be quite so critical given the prompt help that has 
been provided first for the question about general approach and then for 
this specific technicality. The docs do mention it and there are a few 
answers that come up when you search (another one here: 
http://stackoverflow.com/questions/27281825/google-storage-api-resumable-upload-ajax-cors-error).
 
The solution is very simple so IMO it's no show-stopper.

Resumable uploads do have some significant advantages and always seem much 
simpler than the chunked upload and reassembly that was the previous 
solution to large file uploading.

Just my 0.02c ...


On Wednesday, 1 March 2017 01:36:12 UTC-7, Richard Cheesmar wrote:
>
> Kaan,
>
> You're spot on regarding impact. You spend most of your time trying to get 
> over hurdles like these, whilst you should be spending time on the core of 
> the product functionality. I personally think that the web and the cloud 
> have become way to complex in this regard and feel it's up to companies 
> like Google to make functionality like this way simpler. 
>
> I agree that the cloud products such as Googles, especially the app 
> engine, ndb... have made my project simpler in many ways. However, if what 
> you gain is then taken away in other ways then you have to consider the 
> time spent as a whole, not to mention the stress that developers are under 
> for timelines and costs etc. etc. This particular problem is taking way too 
> much of my time at the moment. 
>
>
> On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>>
>> I am using the standard python app engine environment and currently 
>> looking at how one goes about uploading multiple large media files to 
>> Google Cloud Storage (Public Readable) using App Engine or the Client 
>> directly (preferred).
>>
>> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
>> on average), at the same time directly via a POST to the server. These 
>> images are provided by the client and put in my projects default bucket. I 
>> handle the requests images using a separate thread and write them one at a 
>> time to the cloud and then associate them with an ndb object. This is all 
>> fine and dandy when the images are small and do not cause the request to 
>> run out of memory or invoke a DeadlineExceededError. 
>>
>> But what is the best approach for large image files of 20mb+ a piece or 
>> video files of up to 1GB in size? Are there efficient ways to do this from 
>> the client directly, would this be possible via the Json api ,a resumable 
>> upload, for example? If so, are there any clear examples of how to do this 
>> purely in javascript on the client? I have looked at the docs but it's not 
>> intuitively obvious at least to me.
>>
>> I have been looking at the possibilities for a day or two but nothing 
>> hits you with a clear linear description or approach. I notice in the 
>> Google Docs there is a way using PHP to upload via a POST direct from the 
>> client...
>> https://cloud.google.com/appengine/docs/php/googlestorage/user_upload...Is 
>> this just relevant to using PHP on app engine or is there an equivalent to 
>> createUploadUrl 
>> for python or javascript?
>>
>>
>> Anyway, I'll keep exploring but any pointers would be greatly appreciated.
>>
>>
>> Cheers
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/b749ecb8-cc5e-43b5-b506-ec96aa78bafb%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: Appengine Endpoints Api Explorer 'time to execute'

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

Google Cloud Support cases are created and access by those who have a Support 
package . For more 
information about accessing support, you can talk to a Sales representative 
. 

Google Groups is meant for general product discussions and not for 
technical specific support. You can open a Public Issue Report  
with
 
details about a specific product issue, or post your technical question on 
Stack 
Overflow . 

Note, requests made from a client browser such as from the Google API 
Explorer  need to make an 
entire round-trip from your local network - to Google - and back to your 
local network. This is the time you are seeing in your screenshot and is 
due to network latency (not on Google's end). The logs captured in the Cloud 
Developer Console  show the 
time it took to execute the request only on Google's network. Hence why you 
are seeing this difference. 

To reduce any latency seen in the actual Cloud Console logs, you can review 
the Decreasing latency documentation 

 for 
App Engine.

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

[google-appengine] Re: Place to post appengine jobs?

[Sudhakar Vuddanti]

nice

On Wednesday, September 14, 2016 at 2:10:51 AM UTC+5:30, Bob Evans wrote:
>
> Hi,
>
> I don't want to spam the group, but, I would be interested to know where 
> would be an appropriate place to post jobs to find experienced Java 
> Appengine developers. Any thoughts are much appreciated.
>
> Thanks,
> 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/64057848-c2c3-4aef-a8f9-fe398cb4f593%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] google app engine python

[Miran Nilusha]

Hi, I want to return json array without property name just array from app 
engine api end points.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/b4118554-f719-4761-9ac8-cc6c2e195b55%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Google AppEngine Search, Python API missing from SDK?

[Attila-Mihaly Balazs]

FYI, AFAIK the prospective search function in GAE is deprecated and will be 
removed soon. So take care using it!

Attila

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/bf00e245-8ad5-4beb-8c5d-b5e1ddb6378f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Switching from Backends to Modules

[Attila-Mihaly Balazs]

+1 - this!

There is a lot of documentation, and a lot of it is outdated, with links to 
missing pages :(

Attila

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/5a928183-3e50-4182-b8ec-766d3244e39b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Production SDK stuck at 1.9.48?

[Attila-Mihaly Balazs]

Please see the output of "gcloud info" in the attachment. I did not run 
"gcloud update" recently (I'm using the Google debian repositories to 
install / update gcloud as described here: 
https://cloud.google.com/sdk/downloads#apt-get). For what it's worth I'm 
still using "appcfg.py" from the Python GAE SDK to deploy (planning on 
migrating to gcloud in the next couple of weeks). The Python SDK is 
up-to-date as of now (1.9.50 - downloaded from here: 
https://storage.googleapis.com/appengine-sdks/featured/google_appengine_1.9.50.zip).

An example log line would be:

108.[edited] - - [01/Mar/2017:15:58:32 +0200] "GET /api/[edited] HTTP/1.1" 
200 453 - "Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/56.0.2924.87 Safari/537.36" "[edited]" ms=53 
cpu_ms=21 cpm_usd=5.0626e-8 loading_request=0 
instance=00c61b117c98f90c5b7f6192e3168f1cbc8f8a4795fa6f798b6156534b8588ce3c9cf5520a7a
 
*app_engine_release=1.9.48* trace_id=-

Regards,
Attila

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/1d9c77f3-6c1b-41ea-ae7e-33fe1aff026e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Google Cloud SDK [142.0.0]

Platform: [Linux, x86_64]
Python Version: [2.7.12+ (default, Sep 17 2016, 12:08:02)  [GCC 6.2.0 20160914]]
Python Location: [/dv3-appengine/pyvenv/bin/python2]
Site Packages: [Enabled]

Installation Root: [/usr/lib/google-cloud-sdk]
Installed Components:
  core: [2017.01.27]
  app-engine-python: [1.9.49]
  core-nix: [2017.01.27]
  gcloud: []
  gsutil-nix: [4.22]
  beta: [2017.01.27]
  gsutil: [4.22]
  bq: [2.0.24]
  cloud-datastore-emulator: [1.2.1]
  alpha: [2017.01.27]
  bq-nix: [2.0.24]
System PATH: 
[/dv3-appengine/pyvenv/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin]
Cloud SDK on PATH: [False]
Kubectl on PATH: [False]

Installation Properties: [/usr/lib/google-cloud-sdk/properties]
User Config Directory: [/root/.config/gcloud]
Active Configuration Name: [default]
Active Configuration Path: [/root/.config/gcloud/configurations/config_default]

Account: [None]
Project: [None]

Current Properties:
  [core]
disable_usage_reporting: [True]

Logs Directory: [/root/.config/gcloud/logs]
Last Log File: [/root/.config/gcloud/logs/2017.02.09/08.42.59.501922.log]

Re: [google-appengine] Re: State of Java 8 on App Engine (not the flexible env)

[Attila-Mihaly Balazs]

+1 on this! Google seems to have abandoned Appengine standard from this 
point of view (no PHP 7, no Python 3, no Java 8) - even though some of the 
currently supported languages (like Java 7 or PHP 5) are no longer 
supported and are considered a security risk.

:-(
Attila

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/5d5c5f84-aeef-4737-a5e0-5e79c34aa69a%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] What Servlet API?

[Joshua Fox]

App Engine Standard Env uses the Java Servlet 2.5
 API. Flexible
Env uses Servlet 3.1 

The sample pom.xml

for Standard Env -- apparently valid for compat -- and  the sample pom.xml

for
the new noncompat Flex env, with different Servlet versions in each, say
 that the *scope *is *provided.*

As you know, our internal libraries are shared across Standard and Flexible
Env. Although most of our servlets run in only one or the other, we want
compatible code.

What do you recommend we do? Alter the pom that we use in noncompat Flex
 to specify 2.5 to ensure backwards compatibility (while  the provided
library will have a different version according to GAE environment type)?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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%3DB7cMQGnYo4fzWG29%2BHVGES5gh6RzSh1ZNH%2Bue0DrJZq%3D-Aw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [google-appengine] Re: State of Java 8 on App Engine (not the flexible env)

[Joshua Fox]

What's up with Java 8 https://code.google.com/p/googleappengine/issues/detail?can=2=0=100==ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log===9537>
 support
on Standard Environment? I ask not just in the usual sense of "hurry up"
but in the sense of "this is strange--why is this happening?." Java 8 is
over 3 years old and Java  7 (from Oracle) has been unsupported
for two years!

Is Google  continuing to give full support for GAE  Standard Environment?




On Thu, Dec 15, 2016 at 2:31 AM, Wayne Doherty 
wrote:

> Has there been any analysis regards performance differences between the
> upcoming Java 8 servlets on GAE standard, and running integrated web
> servers on GAE flexible?
>
> Cheers
>
> On Friday, August 26, 2016 at 3:22:45 AM UTC+10, Amir Rouzrokh wrote:
>>
>> Hi guys, Product Manager on Java team here.
>>
>> We are working on bringing you Java 8 on GAE standard. We want to make
>> sure we have the best experience for our users, so please stay tuned. I
>> will be posting more updates as we have more to share.
>>
>> Thanks
>>
>>
>> On Wednesday, August 24, 2016 at 2:04:00 PM UTC-4, ra wrote:
>>>
>>> Hi,
>>>
>>>
>>> I am just wondering what the state of affairs is with Java 8 on the
>>> App Engine (not the flexible env).
>>> Java 8 was released almost 3 years ago and Java 9 is just around the
>>> corner.
>>>
>>> We increasingly got problems staying up to date as more and more
>>> libraries are moving towards Java 8. In addition - this makes it
>>> really hard to sell the platform to customers as it only supports Java
>>> 7.
>>>
>>> I know there is this policy "It's finished when it's finished - and we
>>> don't talk about release dates". Yet - we just wanted to make clear
>>> that there are some people out that'd really appreciate that the App
>>> Engine supports Java 8.
>>>
>>>
>>> Thanks,
>>>
>>>
>>> Raphael
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send 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/52618c90-f3dc-47e4-992a-
> 47386952e4f7%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 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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%3DB7cN3J2zzzPJrVgS%3DFuO-JCVhNUVvC7MNQhYGrKrb4WLLow%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Time Zone Changed

[Yashavanta S B]

Hey,

In ServletContextListener initialization method we are setting Time Zone as

public void contextInitialized(ServletContextEvent event) {
TimeZone.setDefault(TimeZone.getTimeZone("GMT+00:00"));
}

 But when i check the Time Zone information in servlets and filters the 
Time Zone got changed.
 Any one know what might be the reason. 

Thanks

 

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

Re: [google-appengine] Re: Appengine Endpoints Api Explorer 'time to execute'

[Rajesh Gupta]

How can I get more info on the case no 11020875.  What is the website url
to see support cases.

Version: Cloud Endpoints 1.0

Regards,
Rajesh
*www.VeersoftSolutions.com *
*www.GainERP.com *
*Accounting/Inventory/Orders/Sales/Purchase on Google Cloud Platform and
Mobile*

On Wed, Mar 1, 2017 at 2:15 PM, 'Nicola Spreafico' via Google App Engine <
google-appengine@googlegroups.com> wrote:

> I had a similar problem, discussed with Google Support (case number
> 11020875)
>
> Which version of Google Endpoints are you using?
>
>
> Il giorno mercoledì 1 marzo 2017 03:52:48 UTC+1, Rajesh Gupta ha scritto:
>>
>> Hi,
>> I am testing the deployed endpoints. Its a simple api with 3 fieds
>> I am testing using the API explorer console.
>>
>> Please find the attached screen shot.
>>
>> In that screen, I fill all the fields and do 'Execute'
>> The results is displayed along with the 'time to execute'
>>
>> This time shown varies very widely from 300ms to 6000ms.  why?
>>
>> I observe the logs on the server side, and the logs time is consistently
>> between 100ms - 300ms
>>
>> Why is the 'time to execute' shown on the API's explorer screen varies so
>> widely?
>>
>> Real point is, this wide time variation happens in the production
>> application also.
>>
>> --
>> Regards,
>> Rajesh
>> *www.VeersoftSolutions.com *
>> *www.GainERP.com *
>> *Accounting/Inventory/Orders/Sales/Purchase on Google Cloud Platform and
>> Mobile*
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send 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/3688a2e3-d2a3-4e2b-8b66-
> b8ee84e68249%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Regards,
Rajesh
*www.VeersoftSolutions.com *
*www.GainERP.com *
*Accounting/Inventory/Orders/Sales/Purchase on Google Cloud Platform and
Mobile*

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/CA%2BS7ijaPe2SexDCxroaOH_vWjJbFZVsZTAZ83iA15WXoLOL9bA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Appengine Endpoints Api Explorer 'time to execute'

['Nicola Spreafico' via Google App Engine]

I had a similar problem, discussed with Google Support (case number 
11020875)

Which version of Google Endpoints are you using?

Il giorno mercoledì 1 marzo 2017 03:52:48 UTC+1, Rajesh Gupta ha scritto:
>
> Hi,
> I am testing the deployed endpoints. Its a simple api with 3 fieds
> I am testing using the API explorer console.
>
> Please find the attached screen shot.  
>
> In that screen, I fill all the fields and do 'Execute'
> The results is displayed along with the 'time to execute'
>
> This time shown varies very widely from 300ms to 6000ms.  why?
>
> I observe the logs on the server side, and the logs time is consistently 
> between 100ms - 300ms
>
> Why is the 'time to execute' shown on the API's explorer screen varies so 
> widely?  
>
> Real point is, this wide time variation happens in the production 
> application also.
>
> -- 
> Regards,
> Rajesh
> *www.VeersoftSolutions.com *
> *www.GainERP.com *
> *Accounting/Inventory/Orders/Sales/Purchase on Google Cloud Platform and 
> Mobile*
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/3688a2e3-d2a3-4e2b-8b66-b8ee84e68249%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[google-appengine] Re: Uploading large image files and video to Google Cloud Storage

[Richard Cheesmar]

Kaan,

You're spot on regarding impact. You spend most of your time trying to get 
over hurdles like these, whilst you should be spending time on the core of 
the product functionality. I personally think that the web and the cloud 
have become way to complex in this regard and feel it's up to companies 
like Google to make functionality like this way simpler. 

I agree that the cloud products such as Googles, especially the app engine, 
ndb... have made my project simpler in many ways. However, if what you gain 
is then taken away in other ways then you have to consider the time spent 
as a whole, not to mention the stress that developers are under for 
timelines and costs etc. etc. This particular problem is taking way too 
much of my time at the moment. 


On Monday, February 20, 2017 at 6:47:26 PM UTC+3, Richard Cheesmar wrote:
>
> I am using the standard python app engine environment and currently 
> looking at how one goes about uploading multiple large media files to 
> Google Cloud Storage (Public Readable) using App Engine or the Client 
> directly (preferred).
>
> I currently send a bunch of smaller images (max 20 - between 30 and 100k 
> on average), at the same time directly via a POST to the server. These 
> images are provided by the client and put in my projects default bucket. I 
> handle the requests images using a separate thread and write them one at a 
> time to the cloud and then associate them with an ndb object. This is all 
> fine and dandy when the images are small and do not cause the request to 
> run out of memory or invoke a DeadlineExceededError. 
>
> But what is the best approach for large image files of 20mb+ a piece or 
> video files of up to 1GB in size? Are there efficient ways to do this from 
> the client directly, would this be possible via the Json api ,a resumable 
> upload, for example? If so, are there any clear examples of how to do this 
> purely in javascript on the client? I have looked at the docs but it's not 
> intuitively obvious at least to me.
>
> I have been looking at the possibilities for a day or two but nothing hits 
> you with a clear linear description or approach. I notice in the Google 
> Docs there is a way using PHP to upload via a POST direct from the client...
> https://cloud.google.com/appengine/docs/php/googlestorage/user_upload...Is 
> this just relevant to using PHP on app engine or is there an equivalent to 
> createUploadUrl 
> for python or javascript?
>
>
> Anyway, I'll keep exploring but any pointers would be greatly appreciated.
>
>
> Cheers
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send 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/f99376a6-fcf6-4d99-9ab0-158489e76398%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.