Re: [google-appengine] Multiple languages in the same application

[Vinny P]

On Tue, Feb 4, 2014 at 3:01 PM, josh wood  wrote:

> Is it possible to use two different languages in the same application,
> e.g. python and php. How would I go about doing this if it is possible?
> Will it incur costs?
>


Yes you can.

The way I'd do it is write your separate applications in PHP and Python,
then upload them to the same application ID but name them as different
versions. By uploading them to the same application ID, they can share
common services such as task queues, paid settings, etc.

Note that versions can include letters and numbers, so you could call the
application versions something like php1 and python1. If you need to
communicate between each version, use task queues, the datastore, cloud
SQL, etc. Or you can individually address each version using the appspot
URL: *http:// php-version . my-application-id . appspot . com* (remove the
spaces).

As for costs, it depends. Obviously each version - if running
simultaneously - needs its own instances. But depending on the traffic
profile of your application there may be minor to no increase in costs,
especially if your application is already running multiple instances.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Simple impression tracker

[Vinny P]

On Tue, Jan 28, 2014 at 8:35 AM, Dragutin Miletic 
 wrote:

> Requests are sent to static 1x1px 43byte static image, response with
> headers it is around 600byte total.
>
> Each request should be logged in access log for further processing (not in
> real-time), are requests logged and are access logs available automatically
> on GAE?
>


Yes, requests are automatically logged and are available through the Logs
API: https://developers.google.com/appengine/docs/java/logs/ . It's easy
enough to build your own analyzer to run through the logs and collate data,
but you could also export your logs into BigQuery and do any analysis
necessary:
http://googleappengine.blogspot.com/2012/07/analyzing-your-google-app-engine-logs.html



On Tue, Jan 28, 2014 at 8:35 AM, Dragutin Miletic 
 wrote:

> For 1B requests/month this give us around 400 req/sec on average, of
> course peaks happen that are usually several times that number.
>
> I am trying to estimate costs for this type of usage, and type/number of
> instances this will require.
>
> Are there any kind of hard limit in req/sec we can have?
>


There's no hard limit, but of course you'll need to pay for bandwidth used
and so forth.


On Tue, Jan 28, 2014 at 8:35 AM, Dragutin Miletic 
wrote:

> I am trying to estimate costs for this type of usage, and type/number of
> instances this will require.
>


Just to clarify, static assets such as images do not cause instances to
launch. Instances only launch to handle application code.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Google App Engine Project vs. Application and sharing data in storage

[Vinny P]

On Tue, Feb 4, 2014 at 4:54 PM, Kevin Regan  wrote:
>
> This has raised some confusion about how this all works... there seems to
> be the concept of "projects" and there seems to be some text in google
> documentation saying that you can create applications under projects... but
> from my experience a project is synonymous with application.  It seems
> creating an application is the same as creating a project.
>


A Google Cloud Platform project encompasses all the Google Cloud services:
App Engine, Cloud Storage, Compute Engine, etc. While you are correct in
saying that creating an application also creates a project, it's mostly a
way of simplifying management of all the various services. As an example, a
few months ago App Engine applications weren't automatically integrated
into their Cloud Platform projects.


On Tue, Feb 4, 2014 at 4:54 PM, Kevin Regan  wrote:

> Furthermore. enabling cloud storage for a project (or an application)
> appears to be specific to that project - other "projects" cannot see the
> buckets within it.
>


No, not at all. Other projects can write and read to other project Cloud
Storage buckets as long as you've listed the correct permissions for the
bucket in question. All you need to do is insert the Google service account
name in the bucket permissions. You can also access Cloud Storage buckets
from other Google services (for instance, Compute Engine) or from external
machines - see the SDK for your preferred language.


On Tue, Feb 4, 2014 at 4:54 PM, Kevin Regan  wrote:

> Ultimately, I need two separate applications that can see the same storage
> structure for dev/QA purposes.
>


You can do that by deploying the applications as separate versions within
the same application ID. You can define different versions within the
app.yaml file.
https://developers.google.com/appengine/docs/python/config/appconfig#Python_app_yaml_About_app_yaml


On Tue, Feb 4, 2014 at 4:54 PM, Kevin Regan  wrote:

> This is exacerbated by the fact that apparently bucket names are globally
> unique - so even if I had a separate project/application, I could not have
> the same bucket structure for it.
>


Bucket names are unique, but not the structure internal to the bucket. In
any case, multiple application versions or entirely different applications
can share Cloud Storage buckets, so this shouldn't be an issue.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] any way to access ModulesService.getInstanceHostname ?

[Rafael]

Hi,

This method will never work: ModulesService.getInstanceHostname

It doesn't seem there are any ways to retrieve an instance id. (base64
string)

Probably the maintainer just ported this method from the deprecated
"getModuleHostname" and forgot to create a method that lists the instance
ids?

Any ideas?

thanks
rafa

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: App Engine VM-based Backends - Trusted Tester Sign-up

[Grant Jason]

Your narrative on VM-based Backends is* half-baked* without you commenting 
on the short-comings of current Backends, and how those are solved by this 
move.


On Thursday, June 20, 2013 9:21:06 PM UTC+2, Takashi Matsuo (Google) wrote:
>
>
> Fellow App Engine Gurus,
>
> We're happy to announce the next generation of App Engine Managed 
> Backends. These Backends utilize the App Engine VM Runtime, allowing 
> developers to run Backends on Compute Engine VMs. By building on top of 
> Compute Engine VMs, developers can:
>
>
>- take advantage of higher CPU and memory
>- rely on longer-lived processes
>- utilize a local filesystem
>- communicate via native network stacks
>- execute external processes
>- access the entire JRE
>- upload arbitrary Python extensions
>
>
> Given that these are App Engine Backends, you can still use all the App 
> Engine APIs to access the existing managed services (Datastore, Task 
> Queues, Memcache, etc.)
>
> Updating existing Backends to run on Compute Engine VMs is a simple config 
> change:
>
> app.yaml
> 
> application: app-id
> version: v1
> runtime: python27
> *vm: true*
>
> *manual_scaling:*
> *  instances: 1*
>
>
> That’s all you need to get started. We’ll pick a deafult VM machine type 
> and spin everything up your behalf. Of course there other options that you 
> can set (including machine type) and these are documented in the Getting 
> Started 
> Guide
> .
>
> In order to build a great product, we need quality feedback from brave 
> early adopters. If you’re interested test driving, please sign-up at the 
> link below and we’ll take care of the rest.
>
> App Engine VM-based VM Runtime - Trusted Tester 
> Sign-up
>
> Also, if you have any questions, please feel free to send an email to:
> appengine-...@googelgroups.com 
>
> Thanks!
>
> -- 
> Takashi Matsuo | Developers Programs Engineer | tma...@google.com
>  

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Confirmed! GAE scheduler is stealing computing hours/money.

[Tapir]

The scheduler is stealing my front end hours money again, after 6 days for 
normal: http://imgur.com/yDETrKl


On Monday, January 27, 2014 4:06:24 AM UTC+8, Tapir wrote:

>
>
> On Monday, January 27, 2014 4:01:06 AM UTC+8, Tapir wrote:
>>
>>
>>
>> On Sunday, January 26, 2014 1:02:19 AM UTC+8, Tapir wrote:
>>>
>>>
>>>
>>> On Saturday, January 25, 2014 1:45:47 PM UTC+8, Vinny P wrote:

 On Fri, Jan 24, 2014 at 8:43 PM, Tapir  wrote:

> Before converting my app to modules style, the total front instance 
> hours were always less than 28 hours.
>



 If you still have a copy of your app before you converted to modules, 
 try uploading it and checking the performance. But this is most likely not 
 the fault of the modules service: App Engine seems to be encountering a 
 lot 
 of "slowtime" this week, and you'll probably find that the errors smooth 
 themselves out sooner or later.

>>>
>>> Aha, I just checked the log, the datastore reading was really slow. A 
>>> 1-second request speed 1 minute in the past 24 hours.
>>>
>>
>> Aha again, there are about 300 such requests every day, so it is about 
>> 300 more minutes are spent on datastore reading.
>> I think this is the really reason why my app's front end hours went up in 
>> the past a few days.
>>
>
> Today, it seems all become normal again. In the past 12 hours, my app's 
> frontend instance hours is 13.48 Instance Hours. So all days's hours 
> would be about 27 hours, less than 28 again.
>  
>
>>  
>>
>>>  
>>>
   
  
 -
 -Vinny P
 Technology & Media Advisor
 Chicago, IL

 App Engine Code Samples: http://www.learntogoogleit.com
  


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Google App Engine Project vs. Application and sharing data in storage

[Kevin Regan]

Thanks for the quick response guys.  It looks like the version approach 
should be sufficient to solve my immediate problem.  

Regarding granting the service account access to cloud storage.  Here's 
what I tried: 

1) Went to the administration console (also very confusing because there 
appear to be two... developers and appengine) cloud.google.com/console
2) Selected project1 
3) Selected Cloud Storage->Storage Browser
4) Selected bucketA and added the service account for project2 to the list 
(project2@appspot...) as a user with read access
5) Navigated back to project2 
6) Went to cloud storage browser but still do not see the bucketA listed...


Perhaps my expectations are wrong - the storage browser maybe only allows 
you to see the buckets defined under taht project but not all buckets you 
potentially have access to?  If I were to attempt to access bucketA from 
teh application associated with project2 (I'm using the GCS Java client 
API) would that work?  

Thanks again.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] It is possible to update datastore entities or delete entities of a Kind?

[Juan de Dios Becerra]

I would like to make some kind of dashboard about certain information that 
has to be updated every week approximately, but I would like to update the 
actual registers not to add more, I have not found a good example of how to 
update datastore, so I am doing manually delete the entities and then 
insert again I know is completely awful for this reason I think it could be 
a better way, there exists?
Btw I am using Java.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Instance start up time

[Casey]

I use Guice instead of Spring and my average startup time is 40 seconds or 
more.

On Wednesday, January 29, 2014 1:38:28 PM UTC-7, Rafael Sanches wrote:
>
> i found that the bare minimum appengine java module (700kb war) takes at 
> least 2-6 seconds to boot. 
>
>
> On Wed, Jan 29, 2014 at 12:36 PM, Deepak Singh 
> 
> > wrote:
>
>> Hi Rafael,
>>
>> I am not using Spring at all. Its simple java with JAX-ws, JODA time and 
>> other jars.
>>
>> I just want to calculate the exact time consumed on start up.
>>
>> Regards
>> Deepak
>>
>>
>> On Wed, Jan 29, 2014 at 11:27 PM, Rafael 
>> > wrote:
>>
>>> Hi Deepak,
>>>
>>> You're using spring? If yes, you can forget a normal startup time. 
>>>
>>> At minimum it will boot with 12 seconds, but many cases it goes over 40. 
>>>
>>> There's something written here: 
>>> https://developers.google.com/appengine/articles/spring_optimization
>>>  
>>> http://blog.rafaelsanches.com/2013/09/01/appengine-improving-cold-startup-with-spring-enabled-apps/
>>>
>>> thanks
>>> rafa
>>>
>>>
>>> On Wed, Jan 29, 2014 at 9:01 AM, Deepak Singh 
>>> 
>>> > wrote:
>>>
 Hi,

 I am getting 'Request aborted' exception on GAE / Java. So i first plan 
 to know the start up time for my app.

 Please help me how do i know the instance start up time for my app ?

 -- 
 Deepak Singh 

 -- 
 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.
 For more options, visit https://groups.google.com/groups/opt_out.

>>>
>>>  -- 
>>> 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.
>>> For more options, visit https://groups.google.com/groups/opt_out.
>>>
>>
>>
>>
>> -- 
>> Deepak Singh 
>>
>> -- 
>> 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.
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Re: Jinja 2.7 in Python SDK

[Doug Anderson]

Yep... I filed this in June 2013... one would think it would be a fairly 
straightforward integration... from the outside it feels like Google needs 
another engineer dedicated to GAE Python.  At the time there were other 
pieces of code that were also out of sync with the latest (release) builds 
(Google Cloud Storage client, for example).

I nominate Vinny P for the GAE team!
https://groups.google.com/forum/#!topic/google-appengine/TvunyvSg71g

If you get there Vinny... please push for the return of a roadmap and work 
through the night to get domain management into beta. :)



On Tuesday, February 4, 2014 3:28:24 AM UTC-5, Mohammad Akram wrote:
>
> Are there any plans to update Jinja to 2.7 in Google 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 http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Re: Jinja 2.7 in Python SDK

[PK]

As I have written before times have changed. We used to have many GAE 
developers and developer advocates in this forum and regular chat sessions. 
This era is gone… Even most of the tickets are not even acknowledged for months 
and years.

Could it be that Google wants all of us to get support contracts? I would love 
to but it would immediately triple my cost and cannot afford it yet. If VinnyP 
gets a position at GAE he will be told to stop answering to customers who do 
not have support contracts and I really do not want to loose him from this 
forum :-)

PK
http://www.gae123.com

On February 5, 2014 at 12:02:09 PM, Doug Anderson (d...@claystreet.com) wrote:

Yep... I filed this in June 2013... one would think it would be a fairly 
straightforward integration... from the outside it feels like Google needs 
another engineer dedicated to GAE Python.  At the time there were other pieces 
of code that were also out of sync with the latest (release) builds (Google 
Cloud Storage client, for example).

I nominate Vinny P for the GAE team!
https://groups.google.com/forum/#!topic/google-appengine/TvunyvSg71g

If you get there Vinny... please push for the return of a roadmap and work 
through the night to get domain management into beta. :)



On Tuesday, February 4, 2014 3:28:24 AM UTC-5, Mohammad Akram wrote:
Are there any plans to update Jinja to 2.7 in Google 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 http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] http header length limitation

[Vinny P]

On Mon, Feb 3, 2014 at 5:58 PM, Fredrik Enestad <
fredrik.enes...@soundtrackyourbrand.com> wrote:

> We are currently sending auth tokens in custom headers in our application.
> When the application is deployed to GAE those headers are dropped (without
> any warnings).
> I've understood that there are some limitation of the length of all
> headers but the Location header. Is there any way of getting around this
> limitation for custom headers? And what is the reason of limiting the
> headers length?
>
> See https://groups.google.com/forum/#!topic/google-appengine/3UDJkS1ydBQ
>  and https://code.google.com/p/googleappengine/issues/detail?id=407 for
> more info on the issue (couldn't find this info in the docs).
>



Hi Fredrik,

If you feel that this is a bug, you can file a new issue in the tracker
(the issue you linked to is already closed):
https://code.google.com/p/googleappengine/issues/entry

With that said, which API are you connecting to? There are some APIs that
allow auth tokens to be sent as a HTTP parameter instead of as a header.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Confirmed! GAE scheduler is stealing computing hours/money.

[Vinny P]

On Wed, Feb 5, 2014 at 9:33 AM, Tapir  wrote:

> The scheduler is stealing my front end hours money again, after 6 days for
> normal: http://imgur.com/yDETrKl
>


Can you post a picture of the Quotas section and the graphs for Instances,
Requests By Type/Second, Traffic (Bytes/Second), and Memory Usage (MB) for
the last 7 days?


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] It is possible to update datastore entities or delete entities of a Kind?

[Vinny P]

On Wed, Feb 5, 2014 at 10:35 AM, Juan de Dios Becerra <
j.becerra4...@gmail.com> wrote:
>
> I have not found a good example of how to update datastore, so I am doing
> manually delete the entities and then insert again I know is completely
> awful for this reason I think it could be a better way, there exists? Btw I
> am using Java.
>


Hi Juan,

In the App Engine datastore, an update operation is the same as an insert
operation; if you insert an entity with the same Kind and ID/Name as a
currently existing entity, the pre-existing entity will be overwritten with
information from the new entity. Also, the indexes will be automatically
updated to reflect the new values.

So you can simply reuse the code that is currently doing the entity
insertion. Just remember to set the same Kind and ID/Name as the entity you
want to overwrite. If you don't know the current IDs in use, you can query
for the entities and extract the IDs.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] 1.9.0 Pre-Release SDKs are now available.

[PK]

Despite all the pain it has caused (see issue 10503) I am happy to see Google 
implementing new features for GAE mail, it has been working very well for us. 

I will take advantage of the opportunity to ask Google to consider a couple of 
others since the code is warm:

Issue 2383 8bit Mail encoding   (PLEASE STAR THIS)
Issue 10560 Support for e-mail Attachments with the data in CloudStorage    
(PLEASE STAR THIS)

Thanks,
PK
http://www.gae123.com

On February 4, 2014 at 5:48:24 PM, Shilendra Sharma (shilendra...@gmail.com) 
wrote:

Thanks for share this information with us.

On Feb 5, 2014 7:13 AM, "Richmond Manzana"  wrote:
We want to inform you that the pre-release SDKs for Python, PHP and Java are 
now available.

As previously announced in a Google code site announcement, new App Engine 
Binaries are no longer available at:
http://code.google.com/p/googleappengine/downloads/list

Older binaries will remain available at the code.google.com site.

1.9.0 Pre-release SDKs are now available at these links:

App Engine 1.9.0 Java prerelease SDK

App Engine 1.9.0 Python prerelease SDK

App Engine 1.9.0 PHP prerelease SDK

In the future, please look forward to the finding the latest binaries at 
https://developers.google.com/appengine/downloads


Also, please see the pre-release notes below.

Cheers,

Richmond Manzana
Technical Program Manager
Google App Engine

App Engine SDK - Pre-Release Notes

Version 1.9.0

Python & PHP
==
- New App Engine Application Identifiers must now start with a letter,
  in addition to the existing requirements that the identifier be 6-30
  characters which are letters, numbers, and hyphens, and not start or end with
  a hyphen.

Python
==
- The size limit on the Search API is now computed and enforced on a per-index
  basis, rather than for the app as a whole. The per-index limit is now 10GB.
  There is no fixed limit on the number of indexes, or on the total amount of
  Search API storage an application may use.
- Users now have the ability to embed images in emails via the Content-Id
  attachment header.
    https://code.google.com/p/googleappengine/issues/detail?id=965
    https://code.google.com/p/googleappengine/issues/detail?id=10503
- Fixed an issue with NDB backup/restore corrupting certain compressed
  entities.
    https://code.google.com/p/googleappengine/issues/detail?id=8599

PHP
==
- The PHP interpreter has been upgraded from PHP 5.4.19 to PHP 5.4.22.
- Autoloading is now available in the SDK so developers will no longer need to
  explicitly require SDK files.
- Expanded php.ini setting google_appengine.allow_include_gs_buckets to allow
  a path filter be included for improved security.
- A warning message now appears if an application moves a user uploaded file to
  a Google Cloud Storage bucket/path. This is due to the fact that code may be
  included and lead to a local file inclusion vulnerability.
- Added API functions CloudStorageTools::getMetadata() and
  CloudStorageTools::getContentType() for retrieving the metadata and content
  type of Google Cloud Storage objects.
    https://code.google.com/p/googleappengine/issues/detail?id=10182
- Fixed an issue with GCS folders not displaying correctly in Developers
  Console.
- Fixed an issue with PHP_SELF and SCRIPT_NAME not being implemented correctly.
    https://code.google.com/p/googleappengine/issues/detail?id=9989
    https://code.google.com/p/googleappengine/issues/detail?id=10478

Java
==
- Java 6 applications cannot be deployed to Google App Engine from any version
  of the SDK. Existing Java 6 applications will continue to run. If you are
  still relying on a Java 6 application in Google App Engine, we strongly
  encourage you to start testing and deploying your app using Java 7. Java 7
  has been certified by Oracle to be fully backwards compatible with Java 6,
  as well as providing a number of benefits to developers. Java 7 applications
  will be fully supported in future releases of the App Engine SDK.
  If you absolutely need to continue to deploy Java 6 applications for
  compatibility reasons, you can request that your application be whitelisted
  for Java 6 deployment from http://goo.gl/ycffXq. As we review each whitelist
  application by hand, please allow 10 working days for review, and note that
  only billed applications that show a proven incompatibility will be
  considered for exemption.
- Modules API methods have been moved out of the labs package in preparation
  for a general availability release.
- MapReduce is now a Preview feature. Documentation and getting started guides
  are now available on developers.google.com.
- The size limit on the Search API is now computed and enforced on a per-index
  basis, rather than for the app as a whole. The per-index limit is now 10GB.
  There is no fixed limit on the number of indexes, or on the total amount of
  Search API storage an app

Re: [google-appengine] Re: Google App Engine Project vs. Application and sharing data in storage

[Vinny P]

On Wed, Feb 5, 2014 at 10:08 AM, Kevin Regan  wrote:

> Perhaps my expectations are wrong - the storage browser maybe only allows
> you to see the buckets defined under taht project but not all buckets you
> potentially have access to?
>


That's correct - the Cloud Console viewer will show you the buckets/bucket
contents of the project currently selected. If you want to see the buckets
under different projects, you'll have to select the project in question.


 On Wed, Feb 5, 2014 at 10:08 AM, Kevin Regan  wrote:

>  If I were to attempt to access bucketA from teh application associated
> with project2 (I'm using the GCS Java client API) would that work?
>


Yes, as long as you have set the permissions correctly. You need to set the
Google service account name of the application in Project2 into the
permissions list for bucket A.


-
-Vinny P
Technology & Media Advisor
Chicago, IL

App Engine Code Samples: http://www.learntogoogleit.com

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] Confirmed! GAE scheduler is stealing computing hours/money.

[Tapir]

On Thursday, February 6, 2014 8:59:11 AM UTC+8, Vinny P wrote:
>
> On Wed, Feb 5, 2014 at 9:33 AM, Tapir >
>  wrote:
>
>> The scheduler is stealing my front end hours money again, after 6 days 
>> for normal: http://imgur.com/yDETrKl
>>
>
>
> Can you post a picture of the Quotas section and the graphs for Instances, 
> Requests By Type/Second, Traffic (Bytes/Second), and Memory Usage (MB) for 
> the last 7 days?
>   
>

It seems the memory usage is a key factor to used instanced hours. 
http://imgur.com/PBxaKwR
But that is not what I can control. 

 

>  
> -
> -Vinny P
> Technology & Media Advisor
> Chicago, IL
>
> App Engine Code Samples: http://www.learntogoogleit.com
>  
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] I tried to use pure jsp in a new project. Only 2 jsp files. It seems the warmup request still needs 5-7 seconds.

[Tapir]

Is this normal?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

[google-appengine] Have anyone tried to port a java project with heavy framworks, such as struts and spring, to a pure jsp/servlet project?

[Tapir]

Is it worth dong it?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.

Re: [google-appengine] I tried to use pure jsp in a new project. Only 2 jsp files. It seems the warmup request still needs 5-7 seconds.

[Rafael]

Yes, that's correct.

Java is not reliable at all for the warming up part. There are many
uncovered bugs, for example:
http://stackoverflow.com/questions/17611157/disable-tld-scanning-at-appengine-initialization

If anyone can fix this I will pay infinite beers. :)

thanks
rafa


On Wed, Feb 5, 2014 at 9:32 PM, Tapir  wrote:

> Is this normal?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to google-appengine+unsubscr...@googlegroups.com.
To post to this group, send email to google-appengine@googlegroups.com.
Visit this group at http://groups.google.com/group/google-appengine.
For more options, visit https://groups.google.com/groups/opt_out.