[google-appengine] Grunt + App Engine

[stephanos]

Hi there,

for those of you who rely on Grunt as a build tool - like me - I created an 
App Engine plugin: https://npmjs.org/package/grunt-appengine

It allows you to run appcfg / dev_appserver commands from Grunt.

Tell me what you think :)


Regards
Stephan

-- 
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] GAE Newbie question - User Login page

[Vinny P]

On Mon, Aug 12, 2013 at 12:56 AM, Satyarao Kambapu <
satya...@veersoftsolutions.com> wrote:

> Hi Vinny,
> I am not much aware of this project, but I can suggest you with
> helpful link, please look at once.
>
> Shiro on GAE .
> If you are looking for both authentication and authorization OAuth2.0 API
> will help you better, I think.
>


For the record, you're answering the wrong person. I didn't ask this
question, Mr. Park did (
https://groups.google.com/d/msg/google-appengine/-JWSl_fioiA/IYdwwdGbM3gJ).

Secondly, the OP asked for OpenID authentication specifically, and Apache
Shiro's OpenID support is not quite production-ready. See
https://issues.apache.org/jira/browse/SHIRO-21 for the open issue, and
http://grails.org/plugin/shiro-openid for the beta OpenID support.


-
-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] Best Practices for Continuous Deployment on AppEngine

[Renzo Nuccitelli]

 Could you show de documentation about setting de default version from cmd 
line? I've searched for it but could not find.

 Thanks,
 Renzo

On Sunday, August 11, 2013 9:39:10 AM UTC-3, gops wrote:
>
> You can set default from command line.
> On Aug 10, 2013 10:38 PM, "Jeff Schnitzer" 
> > 
> wrote:
>
>> We do zero-downtime rolling deployments. Our solution is to deploy to a 
>> new version each time (identified by a timestamp), warm up the version, and 
>> then switch. If you have a high-traffic app you may need to use something 
>> like 'ab' to flood the new version and spin up enough instances. 
>>
>> Here's our ant script: https://gist.github.com/stickfigure/6201192
>>
>> Unfortunately there's no API to delete old versions, so every couple 
>> deploys we have to go into the GAE admin UI and delete several versions by 
>> hand.
>>
>> We're in the process of mavenizing this app so this is all going to 
>> change again of course...
>>
>> Jeff
>>
>>
>> On Fri, Aug 9, 2013 at 4:44 PM, Nick >wrote:
>>
>>> We do continuous deployment as well, although not 30 a day.
>>> I can't quite remember when there started being issues with 500s being 
>>> served when deploying an app, but it wasn't always the case. Appengine used 
>>> to just handle deploying newer code to the same version and start up new 
>>> instances, shutting down old ones naturally.
>>>
>>> We basically have two versions, one set to default, and another used for 
>>> smoke test and to host while we're deploying. We upload new code to the 
>>> smoke testing environment, smoke test, then switch it to default. Then we 
>>> deploy to the other version and flip it back to default.
>>>
>>> Occasionally the behaviour doing this changes (for a while the old 
>>> instances on the old version didn't shutdown, and had to be done manually), 
>>> but that's the nature of appengine.
>>>
>>> Issue to star if you're interested (this affects everyone, any 
>>> deployment will currently cause downtime to consumers for a small window - 
>>> 2 seconds to a couple of minutes, there will be no indication of this in 
>>> your logs at all):
>>>
>>> http://code.google.com/p/googleappengine/issues/detail?id=7874&q=Deploy&colspec=ID%20Type%20Component%20Status%20Stars%20Summary%20Language%20Priority%20Owner%20Log
>>>
>>> --
>>> 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.
>>
>

-- 
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] Application outage for 25 minutes now, Error code 121

[Per]

Our SAAS application is throwing very unspecific errors since about 20 
minutes on about 50% of the requests (which means we're basically offline). 
Our application ID is small-improvements-hrd. 

"A problem was encountered with the process that handled this request, 
causing it to exit. This is likely to cause a new process to be used for 
the next request to your application. (Error code 121)"



Tried restarting the instances, but it didn't help. The system status page 
is normal unfortunately. We didn't upload any new code for the past 5 days, 
and everything in the admin console looks just normal. Pingdom verifies 
that the site is essentially down.

We'd be on a paid support plan, if it existed for our country (Germany). 
But since we cannot get official support, I'm posting to the forums in the 
hope of someone being able to help?

Kind regards
Per

-- 
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] Channel API token reuse broken?

[Vinny P]

On Fri, Aug 9, 2013 at 10:52 AM, Peter D  wrote:

> Is there some magic to getting token re-use to work?
>
> In my situation, I want to make sure that clients reuse a token at least
> in the case of page refreshes for example, so I store their token in a
> cookie. Both in production and the dev_appserver (1.8.3), whenever I re-use
> a token, the channel socket will never receive any messages.
>
> The biggest issue, is that the channel still fully succeeds in opening,
> the onopen callback is called correctly. So there is absolutely no way for
> me to even tell if there is something wrong, but no messages will be
> received ever.
>
> No matter how much I test things, it seems that after a token has been
> connected to once, it will no longer function afterwards.
>


Hello Peter,

Your last line was correct, you cannot reuse Channel API tokens. Once a
token is used, it cannot be reused to open a new channel, or reopen a
previously-used channel.


-
-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] Accessing application logs from Selenium?

[Will Pittenger]

I've been tasked with accessing our application's logs from our regression 
testing program which is based on Selenium and its FirefoxDriver.  This 
application won't be running on the server, but on a client.  Will it be 
able to retrieve the logs via an API?  Or do I need to visit the log page 
with a WebDriver and retrieve the data that way?  This is my first 
experience with appspot.com, so please bear with me.

-- 
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: images.GetUrlBase deadline problems since yesterday morning

[Richard Spillane]

I've been experiencing this exact same problem, but for the go client.  
When I upload a small image (<1M), then call getServingUrl on the blob key, 
everything works fine, but when I upload a larger image (8M was what I 
tried), I consistently got timeout error when calling image.getServingUrl.  

On Wednesday, February 22, 2012 4:41:12 PM UTC-8, Stuart Langley wrote:
>
> Please see the comment I added to the issue in the tracker.
>
> http://code.google.com/p/googleappengine/issues/detail?id=6771
>
>

-- 
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] point domain to my app

[diego .]

hello there.
im using a custom domain in my GAE app

www.mysuperapp.com --> mysuperapp.appspot.com (this is working i created a 
CNAME and point it to ghs..)
but i also want to give my customers the possibility to use their custom 
domains and or a subdomain in my application

eg:

customer.mysuperapp.com --> www.mysuperapp.com (this one works too)
www.customer.com --> www.mysuperapp.com (not working. i tried creating a 
CNAME and point it to ww.mysuperapp.com  but im getting google "*404.* That’s 
an error."

www.mysuperapp.com will handle all the requests and extract the customer 
name from the domain or subdomain and serve the appropiate content

it is possible to do this?

thx so much

-- 
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] Error code 121 - HELP

[Oren]

we have an high-replication web application running on GAE, developed with 
java. The app has been running fine until today, when we suddenly see lots 
of error messages in the logs (see below). What do they mean?

A problem was encountered with the process that handled this request, 
causing it to exit. This is likely to cause a new process to be used for 
the next request to your application. (Error code 121)

*Does anyone know what's causing error code 121? Is there some form of 
documentation? Is something wrong with my app? Is there a way to nudge the 
AppEngine team to have a look into this issue?*

Thanks.

Here is an exemplary log entry, which I now have tons of: 2013-08-12 
11:58:34.270



-- 
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: [java] Setting up HRD with WTP (web tools platform) in Eclipse 4.3

[Nick]

The GPE has been pretty buggy over its lifetime, particularly wrt the HRD 
config.

To fix your problem (and other problems relating to GPE run/debug) configs:

If you open up your project properties and navigate to 
Google -> App Engine
As well as ticking 'Use Google App Engine', make sure 'Enable local HRD 
support' is ticked too.

If this box is greyed out (i.e. disabled) and unticked, you'll have to work 
around it. You can do this by opening up 
/.settings/com.google.appengine.eclipse.core.prefs in an editor, 
and change the property 'gaeHrdEnabled' to true

To set the unapplied job percentage, in your run/debug config, use the tab 
'App Engine'. If you need to hack around this not working, then setting 
'-Ddatastore.default_high_rep_job_policy_unapplied_job_pct=50' in your 
run/debug VM arguments will work.

Im not sure what all the triggers are, but when you make changes in the GPE 
preferences panel, the App Engine tab in run/config and some other places 
the run configuration is automatically updated.

This is why even when you add unnapplied job policy manually, it gets 
removed. This is a worse issue when other plugins want to modify your run 
config as well (for example, with jrebel they have a contest to see who can 
add the most javaagents). 

The best workaround we've found for this is to get your run/debug config as 
you wish it, the on the 'Common' tab, choose Shared file. You can then make 
the file read-only on the file system which will prevent any plugins (GPE, 
JRebel, anything else) from undoing your changes.

I hope that helps,



On Monday, August 12, 2013 6:21:52 AM UTC+10, Jon Stevens wrote:
>
> I'm using the new WTP functionality in Eclipse 4.3 with the latest Google 
> Plugin for Eclipse to run my local AppEngine war file. I'm using Maven for 
> my build too.
>
> I can't seem to setup HRD support though. The launch configuration that is 
> generated doesn't have 
>   -Ddatastore.default_high_rep_job_policy_unapplied_job_pct=#defined 
> and if I try to add it to the launch configuration, it seems to get removed 
> by whatever is automatically generating it.
>
> Honestly, there seems to be a lot of half baked stuff in this. It is like 
> it is _almost_ there, but the last 90% is the hardest part. I'd love to 
> give some feedback to someone who is working on this stuff to try to help 
> make it better.
>
> thanks,
>
> jon
>
>

-- 
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: [java] Setting up HRD with WTP (web tools platform) in Eclipse 4.3

[Jon Stevens]

Nick, that advice is outdated with latest WTP support while using maven 
projects imported with m2eclipse.

You can no longer enable 'use appengine' in the preferences. That will really 
mess things up.

Even worse is that you also can't edit the run configs. They get reset to 
whatever the WTP support wants for things.

The fix I've hacked in so far is to set that system property in my 
appenengine-web.xml. It seems to do the trick.

Why the API still defaults to master/slave when that is deprecated 
functionality for many moons now is beyond my comprehension.

Jon

On Aug 12, 2013, at 4:33 PM, Nick  wrote:

> The GPE has been pretty buggy over its lifetime, particularly wrt the HRD 
> config.
> 
> To fix your problem (and other problems relating to GPE run/debug) configs:
> 
> If you open up your project properties and navigate to 
> Google -> App Engine
> As well as ticking 'Use Google App Engine', make sure 'Enable local HRD 
> support' is ticked too.
> 
> If this box is greyed out (i.e. disabled) and unticked, you'll have to work 
> around it. You can do this by opening up 
> /.settings/com.google.appengine.eclipse.core.prefs in an editor, and 
> change the property 'gaeHrdEnabled' to true
> 
> To set the unapplied job percentage, in your run/debug config, use the tab 
> 'App Engine'. If you need to hack around this not working, then setting 
> '-Ddatastore.default_high_rep_job_policy_unapplied_job_pct=50' in your 
> run/debug VM arguments will work.
> 
> Im not sure what all the triggers are, but when you make changes in the GPE 
> preferences panel, the App Engine tab in run/config and some other places the 
> run configuration is automatically updated.
> 
> This is why even when you add unnapplied job policy manually, it gets 
> removed. This is a worse issue when other plugins want to modify your run 
> config as well (for example, with jrebel they have a contest to see who can 
> add the most javaagents). 
> 
> The best workaround we've found for this is to get your run/debug config as 
> you wish it, the on the 'Common' tab, choose Shared file. You can then make 
> the file read-only on the file system which will prevent any plugins (GPE, 
> JRebel, anything else) from undoing your changes.
> 
> I hope that helps,
> 
> 
> 
> On Monday, August 12, 2013 6:21:52 AM UTC+10, Jon Stevens wrote:
>> 
>> I'm using the new WTP functionality in Eclipse 4.3 with the latest Google 
>> Plugin for Eclipse to run my local AppEngine war file. I'm using Maven for 
>> my build too.
>> 
>> I can't seem to setup HRD support though. The launch configuration that is 
>> generated doesn't have   
>> -Ddatastore.default_high_rep_job_policy_unapplied_job_pct=#defined and 
>> if I try to add it to the launch configuration, it seems to get removed by 
>> whatever is automatically generating it.
>> 
>> Honestly, there seems to be a lot of half baked stuff in this. It is like it 
>> is _almost_ there, but the last 90% is the hardest part. I'd love to give 
>> some feedback to someone who is working on this stuff to try to help make it 
>> better.
>> 
>> thanks,
>> 
>> jon
> 
> -- 
> You received this message because you are subscribed to a topic in the Google 
> Groups "Google App Engine" group.
> To unsubscribe from this topic, visit 
> https://groups.google.com/d/topic/google-appengine/NHHGGilDfmk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to 
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> 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] point domain to my app

[Vinny P]

On Mon, Aug 12, 2013 at 10:12 AM, diego .  wrote:

> im using a custom domain in my GAE app
> www.mysuperapp.com --> mysuperapp.appspot.com (this is working i created
> a CNAME and point it to ghs..)
> but i also want to give my customers the possibility to use their custom
> domains and or a subdomain in my application eg:
>
> customer.mysuperapp.com --> www.mysuperapp.com (this one works too)
> www.customer.com --> www.mysuperapp.com (not working. i tried creating a
> CNAME and point it to ww.mysuperapp.com  but im getting google "*404.* That’s
> an error."
> www.mysuperapp.com will handle all the requests and extract the customer
> name from the domain or subdomain and serve the appropiate content
>
> it is possible to do this?
>



You can do arbitrary subdomains off your domain by using wildcard
subdomains on your domain's DNS, and mapping them to your App Engine
account.

For customer domains, each customer would need a Google Apps account and
then you'd have to connect it through the Google Apps console. It's a much,
much harder problem that just doing subdomains off your main domain.
There's a feature request up for easier management of domains: see
http://code.google.com/p/googleappengine/issues/detail?id=8528


-
-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: Adding Custom Domain fails with "Invalid Request"

[Andrew Jessup]

Hi Wim,

You might be seeing this issue if the account you are logged into is not an 
administrator of the Google Apps domain you are trying to associate with 
your App Engine application, or the domain is not a Google Apps domain. Can 
you confirm if this is the case?

On Sunday, 28 July 2013 05:26:01 UTC-7, wim claeys wrote:
>
> +1
> I'm having the same problem.
> 1. Application Settings -> Add Domain ...
> 2. Provide domain and click on 'Add Domain ...'
> 3 Provide credentials 
> 4. "invalid request"
>
>
> Op vrijdag 26 juli 2013 09:45:22 UTC+2 schreef Ryan Swart het volgende:
>>
>> I've been trying to add a custom domain to my app for the last couple of 
>> hours; the domain is an alias of my main Google Apps for Business account. 
>> It fails with an "invalid request" error if I sign in with my personal 
>> Gmail account, or infinitely redirects to the account selection page if I 
>> use my Apps for Business account. 
>>
>> I managed to add the custom domain from the Apps for Business interface, 
>> but this isn't documented in the Google Appengine Docs. What's going on?
>>
>

-- 
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] Accessing application logs from Selenium?

[Vinny P]

On Mon, Aug 12, 2013 at 1:11 AM, Will Pittenger
wrote:

> I've been tasked with accessing our application's logs from our regression
> testing program which is based on Selenium and its FirefoxDriver.  This
> application won't be running on the server, but on a client.  Will it be
> able to retrieve the logs via an API?
>

Yes. You can install the Remote API on your application (
https://developers.google.com/appengine/docs/java/tools/remoteapi ), which
allows you access to your app's GAE services from another computer (for
example, your local computer, build server, another App Engine application,
etc). Then you can use the Logs API (
https://developers.google.com/appengine/docs/java/logs/ ) to search through
the logs and retrieve the stored information.

You can also use appcfg to download logs: see
https://developers.google.com/appengine/docs/java/tools/uploadinganapp#Downloading_Logs



-
-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] Best Practices for Continuous Deployment on AppEngine

[Jeff Schnitzer]

The ant script in the gist includes an option to switch the default version
automatically.

Jeff


On Mon, Aug 12, 2013 at 1:11 PM, Renzo Nuccitelli  wrote:

>  Could you show de documentation about setting de default version from cmd
> line? I've searched for it but could not find.
>
>  Thanks,
>  Renzo
>
>
> On Sunday, August 11, 2013 9:39:10 AM UTC-3, gops wrote:
>
>> You can set default from command line.
>> On Aug 10, 2013 10:38 PM, "Jeff Schnitzer"  wrote:
>>
>>> We do zero-downtime rolling deployments. Our solution is to deploy to a
>>> new version each time (identified by a timestamp), warm up the version, and
>>> then switch. If you have a high-traffic app you may need to use something
>>> like 'ab' to flood the new version and spin up enough instances.
>>>
>>> Here's our ant script: 
>>> https://gist.github.com/**stickfigure/6201192
>>>
>>> Unfortunately there's no API to delete old versions, so every couple
>>> deploys we have to go into the GAE admin UI and delete several versions by
>>> hand.
>>>
>>> We're in the process of mavenizing this app so this is all going to
>>> change again of course...
>>>
>>> Jeff
>>>
>>>
>>> On Fri, Aug 9, 2013 at 4:44 PM, Nick  wrote:
>>>
 We do continuous deployment as well, although not 30 a day.
 I can't quite remember when there started being issues with 500s being
 served when deploying an app, but it wasn't always the case. Appengine used
 to just handle deploying newer code to the same version and start up new
 instances, shutting down old ones naturally.

 We basically have two versions, one set to default, and another used
 for smoke test and to host while we're deploying. We upload new code to the
 smoke testing environment, smoke test, then switch it to default. Then we
 deploy to the other version and flip it back to default.

 Occasionally the behaviour doing this changes (for a while the old
 instances on the old version didn't shutdown, and had to be done manually),
 but that's the nature of appengine.

 Issue to star if you're interested (this affects everyone, any
 deployment will currently cause downtime to consumers for a small window -
 2 seconds to a couple of minutes, there will be no indication of this in
 your logs at all):
 http://code.google.com/p/**googleappengine/issues/detail?**
 id=7874&q=Deploy&colspec=ID%**20Type%20Component%20Status%**
 20Stars%20Summary%20Language%**20Priority%20Owner%20Log

 --
 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
>>> .
>>>
>>  --
> 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] Re: App Engine VM-based Backends - Trusted Tester Sign-up

[Chris Ramsdale]

Manual scaling for a V1 launch, but we're looking into auto-scaling.

-- Chris


On Thu, Aug 8, 2013 at 1:47 AM, Andrew First  wrote:

> This is great! Any plans to support autoscaling as well?
>
> Andrew
>
>
> On Thursday, June 20, 2013 12:21:06 PM UTC-7, 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.
>
>
>

-- 
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: images.GetUrlBase deadline problems since yesterday morning

[Vinny P]

On Sun, Aug 11, 2013 at 6:39 PM, Richard Spillane wrote:

> I've been experiencing this exact same problem, but for the go client.
> When I upload a small image (<1M), then call getServingUrl on the blob
> key, everything works fine, but when I upload a larger image (8M was what I
> tried), I consistently got timeout error when calling image.getServingUrl.
>
>


How soon are you calling getServingUrl after you write/upload the image? As
the issue you linked stated, the blobstore needs some time to process the
image before it can provide a serving URL.


-
-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] App Engine Custom Domain - SSL Not Able to Be Activated

[Mark Finch]

The high level overview.  I have my primary Google account that I have 
billing enabled on.  This is where the application resides.  Due to the 
restriction that we can't run app engine on managed domains (
http://support.google.com/a/bin/answer.py?hl=en&answer=182081 scroll down 
to app engine).  I have had to create a separate Google Apps account to 
verify domain ownership.  I have the application up and running but now 
here is the kicker I can't enable SSL.

Since the domain is managed by the other Google Apps account when I click 
on https://admin.google.com/CPanelHome#DomainSettings/subtab=domains on it 
to enable the SSL and enter the application name it redirects me to App 
Engine to create an application instead of routing me to billing to pay for 
the SSL.

Is there a way to resolve this?  The app id is:  grooves-me.

I would really prefer that all my domains be hosted under my primary Google 
account.  That way my billing is consolidated and easier to catch issues 
like on demand CloudSQL instances not shutting down when idle.  The 
applications running on App Engine will ultimately have a lot of 
interconnection so running them under a different account per domain would 
become kludgy very fast.

-- 
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: Adding Custom Domain fails with "Invalid Request"

[wim claeys]

That's correct, the domain is not a Google Apps domain.


On Tue, Aug 13, 2013 at 5:13 AM, Andrew Jessup  wrote:

> Hi Wim,
>
> You might be seeing this issue if the account you are logged into is not
> an administrator of the Google Apps domain you are trying to associate with
> your App Engine application, or the domain is not a Google Apps domain. Can
> you confirm if this is the case?
>
> On Sunday, 28 July 2013 05:26:01 UTC-7, wim claeys wrote:
>>
>> +1
>> I'm having the same problem.
>> 1. Application Settings -> Add Domain ...
>> 2. Provide domain and click on 'Add Domain ...'
>> 3 Provide credentials
>> 4. "invalid request"
>>
>>
>> Op vrijdag 26 juli 2013 09:45:22 UTC+2 schreef Ryan Swart het volgende:
>>>
>>> I've been trying to add a custom domain to my app for the last couple of
>>> hours; the domain is an alias of my main Google Apps for Business account.
>>> It fails with an "invalid request" error if I sign in with my personal
>>> Gmail account, or infinitely redirects to the account selection page if I
>>> use my Apps for Business account.
>>>
>>> I managed to add the custom domain from the Apps for Business interface,
>>> but this isn't documented in the Google Appengine Docs. What's going on?
>>>
>>  --
> You received this message because you are subscribed to a topic in the
> Google Groups "Google App Engine" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/google-appengine/YEOcv-uAnno/unsubscribe
> .
> To unsubscribe from this group and all its topics, send an email to
> google-appengine+unsubscr...@googlegroups.com.
> To post to this group, send email to google-appengine@googlegroups.com.
> Visit this group at http://groups.google.com/group/google-appengine.
> 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.