[google-appengine] Re: Min Idle Instances available now if you use Always On

[Junyu Chen]

Sounds great.

BTW: when will start to bill on new pricing?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/IlO0otIcCQ0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: about error django 1.2 was requested, but 0.96.4.None is already in use

[saintthor]

i put the code in handler file. and the same error occurs in
use_library().

On 9月21日, 上午10时24分, "roberto.cr"  wrote:
> as Jose has said, put the code you pasted here in the beginning of the
> script
> some stuff load django code without you knowing, like some stuff from
> google.appengine.ext.webapp if I remember correctly
>
> On Sep 20, 8:31 pm, Jose Montes de Oca 
> wrote:
>
>
>
>
>
>
>
> > Are you adding that code in the beginning of your script handler your
> > application use?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

RE: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Brandon Wirtz]

6 days.

 

From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of Junyu Chen
Sent: Wednesday, September 21, 2011 12:41 AM
To: google-appengine@googlegroups.com
Subject: [google-appengine] Re: Min Idle Instances available now if you use
Always On

 

Sounds great.

BTW: when will start to bill on new pricing?

-- 
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-appengine/-/IlO0otIcCQ0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Michael Quartly]

When will the max memory change to 128MB come into effect?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/qzPm6rEoh2cJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Gregory D'alesandre]

Nov 1st.  We originally announced the second half of September but have
since moved it back a month to give everyone more time to tune their apps.

So, not 6 days :)

Greg

On Wed, Sep 21, 2011 at 12:54 AM, Brandon Wirtz  wrote:

> 6 days.
>
> ** **
>
> *From:* google-appengine@googlegroups.com [mailto:
> google-appengine@googlegroups.com] *On Behalf Of *Junyu Chen
> *Sent:* Wednesday, September 21, 2011 12:41 AM
> *To:* google-appengine@googlegroups.com
> *Subject:* [google-appengine] Re: Min Idle Instances available now if you
> use Always On
>
> ** **
>
> Sounds great.
>
> BTW: when will start to bill on new pricing?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/IlO0otIcCQ0J.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Gregory D'alesandre]

With 1.5.5 in a few weeks.  Are you currently using more than that?  We will
be contacting most apps that use beyond that limit...

Greg

On Wed, Sep 21, 2011 at 1:18 AM, Michael Quartly <
pleasedontdisablemyacco...@gmail.com> wrote:

> When will the max memory change to 128MB come into effect?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/qzPm6rEoh2cJ.
>
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Michael Quartly]

I am currently using more than that, and have started a rewrite to come 
under the 128MB. Needed to know how long I have to complete the rewrite. 
When are you going to contact apps that are beyond that limit? Don't want 
people getting caught out and not having enough time to fix the problem.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/H3om5XqjbvoJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Gregory D'alesandre]

What is your appid?  I want to ensure it is on our list :)  We'll be
contacting them over the course of the next week.

Greg

On Wed, Sep 21, 2011 at 1:39 AM, Michael Quartly <
pleasedontdisablemyacco...@gmail.com> wrote:

> I am currently using more than that, and have started a rewrite to come
> under the 128MB. Needed to know how long I have to complete the rewrite.
> When are you going to contact apps that are beyond that limit? Don't want
> people getting caught out and not having enough time to fix the problem.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/H3om5XqjbvoJ.
>
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Michael Quartly]

xanthus-ms

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/IRHPfkfFO9cJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Some Best Practices for Apps For Domains with GAE [Was Apps For Domains is a MAJOR failing of AppEngine]

[Simon Knott]

Thanks Brandon, very informative.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/lnKH7WbsDgQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Min Idle Instances available now if you use Always On

[Tapir]

Why gae is so stingy on the instance memory?
The cost of memory is almost ignorable nowadays.
For a general java app, the startup memory is about 100M.
128M is really too small.
I don't think 512M instance memory will cost google much more money.

On Sep 21, 4:43 pm, "Gregory D'alesandre"  wrote:
> What is your appid?  I want to ensure it is on our list :)  We'll be
> contacting them over the course of the next week.
>
> Greg
>
> On Wed, Sep 21, 2011 at 1:39 AM, Michael Quartly <
>
>
>
>
>
>
>
> pleasedontdisablemyacco...@gmail.com> wrote:
> > I am currently using more than that, and have started a rewrite to come
> > under the 128MB. Needed to know how long I have to complete the rewrite.
> > When are you going to contact apps that are beyond that limit? Don't want
> > people getting caught out and not having enough time to fix the problem.
>
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine" group.
> > To view this discussion on the web visit
> >https://groups.google.com/d/msg/google-appengine/-/H3om5XqjbvoJ.
>
> > To post to this group, send email to google-appengine@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> >http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Min Idle Instances available now if you use Always On

[Tapir]

Where is the "Min Idle Instances"?
I can't find it in the admin console.

On Sep 21, 2:44 pm, "Gregory D'alesandre"  wrote:
> Hey All,
>
> We've updated the Admin Console to enable "Min Idle Instances" if you
> currently have Always On for your app.  Always On gives you 3 idle
> instances, but under the new model many users would only really need (and
> want to pay for) one.  So, if you have Always On for your app, you can now
> go to the Application Settings in the Admin Console and choose between 1 and
> 3 min idle instances.  This also means that you can now choose to have fewer
> Max Idle Instances (previously, in you had Always On you could not set Max
> Idle Instance below 3) which will now more accurately show you what your new
> bill will be under the new pricing model.
>
> As long as we were updating things, we did find a bug where people could not
> get the $50 credit just for doing a re-allocation, we've fixed that now and
> you should be able to get the credit without needing to increase your
> budget.
>
> Let me know if you have any questions on this,
>
> Greg D'Alesandre
> Senior Product Manager, Google App Engine

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Post to GPE group for appengine-eclipse integration issues

[Sriram]

Hi folks,

If you have any issues with the Google Plugin for Eclipse, try out the
latest release of GPE from here:
http://code.google.com/eclipse/beta/docs/download.html

If the problems persists, you can post to the GPE group for help:

https://groups.google.com/group/google-plugin-eclipse
google-plugin-ecli...@googlegroups.com

Regards,
Sriram

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Blobstore OutOfMemoryError

[steflem]

I forgot to say that the errors occurres with the development server
of GAE within eclipse

On 20 Sep., 21:48, steflem  wrote:
> Hi,
>
> today i ran the blobstore example from
>
> http://code.google.com/intl/de-DE/appengine/docs/java/blobstore/overv...
>
> When i want to upload a large file (~700MB), i get the following
> error:
>
> 20.09.2011 21:30:35 com.google.apphosting.utils.jetty.JettyLogger warn
> WARNUNG: Error for /_ah/upload/
> aglub19hcHBfaWRyGwsSFV9fQmxvYlVwbG9hZFNlc3Npb25fXxgCDA
> java.lang.OutOfMemoryError: Java heap space
>         at java.util.Arrays.copyOf(Unknown Source)
>         at java.io.ByteArrayOutputStream.write(Unknown Source)
>         at
> com.google.appengine.repackaged.com.google.common.io.ByteStreams.copy(ByteStreams.java:
> 172)
>         at
> com.google.apphosting.utils.servlet.MultipartMimeUtils.parseMultipartRequest(MultipartMimeUtils.java:
> 39)
>         at
> com.google.appengine.api.blobstore.dev.UploadBlobServlet.handleUpload(UploadBlobServlet.java:
> 130)
>         at com.google.appengine.api.blobstore.dev.UploadBlobServlet.access
> $000(UploadBlobServlet.java:68)
>         at com.google.appengine.api.blobstore.dev.UploadBlobServlet
> $1.run(UploadBlobServlet.java:97)
>         at java.security.AccessController.doPrivileged(Native Method)
>         at
> com.google.appengine.api.blobstore.dev.UploadBlobServlet.doPost(UploadBlobServlet.java:
> 94)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:637)
>         at javax.servlet.http.HttpServlet.service(HttpServlet.java:717)
>         at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:
> 511)
>         at org.mortbay.jetty.servlet.ServletHandler
> $CachedChain.doFilter(ServletHandler.java:1166)
>         at
> com.google.appengine.tools.development.HeaderVerificationFilter.doFilter(HeaderVerificationFilter.java:
> 35)
>         at org.mortbay.jetty.servlet.ServletHandler
> $CachedChain.doFilter(ServletHandler.java:1157)
>         at
> com.google.appengine.api.blobstore.dev.ServeBlobFilter.doFilter(ServeBlobFilter.java:
> 58)
>         at org.mortbay.jetty.servlet.ServletHandler
> $CachedChain.doFilter(ServletHandler.java:1157)
>         at
> com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:
> 43)
>         at org.mortbay.jetty.servlet.ServletHandler
> $CachedChain.doFilter(ServletHandler.java:1157)
>         at
> com.google.appengine.tools.development.StaticFileFilter.doFilter(StaticFileFilter.java:
> 122)
>         at org.mortbay.jetty.servlet.ServletHandler
> $CachedChain.doFilter(ServletHandler.java:1157)
>         at
> com.google.appengine.tools.development.BackendServersFilter.doFilter(BackendServersFilter.java:
> 97)
>         at org.mortbay.jetty.servlet.ServletHandler
> $CachedChain.doFilter(ServletHandler.java:1157)
>         at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:
> 388)
>         at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:
> 216)
>         at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:
> 182)
>         at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:
> 765)
>         at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:
> 418)
>         at
> com.google.apphosting.utils.jetty.DevAppEngineWebAppContext.handle(DevAppEngineWebAppContext.java:
> 70)
>         at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:
> 152)
>         at com.google.appengine.tools.development.JettyContainerService
> $ApiProxyHandler.handle(JettyContainerService.java:351)
>         at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:
> 152)
>
> What's wrong there?
>
> Stefan

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Min Idle Instances available now if you use Always On

[Tim Hoffman]

The slider for max idle instances now has two sliders.
I am assuming the top one is min idle instances and the bottom one is max 
idle instances (which was there before)
I think the pair of sliders could be better documented in the application 
settings page.

Rgds

Tim

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/3V0xYb-QjX8J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

RE: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Brandon Wirtz]

Oh, Cool.. Something I saw the other day said the 27th. if I run across it
again I'll forward it so someone can update.

 

From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of Gregory D'alesandre
Sent: Wednesday, September 21, 2011 1:32 AM
To: google-appengine@googlegroups.com
Subject: Re: [google-appengine] Re: Min Idle Instances available now if you
use Always On

 

Nov 1st.  We originally announced the second half of September but have
since moved it back a month to give everyone more time to tune their apps.

 

So, not 6 days :)

 

Greg

On Wed, Sep 21, 2011 at 12:54 AM, Brandon Wirtz  wrote:

6 days.

 

From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of Junyu Chen
Sent: Wednesday, September 21, 2011 12:41 AM
To: google-appengine@googlegroups.com
Subject: [google-appengine] Re: Min Idle Instances available now if you use
Always On

 

Sounds great.

BTW: when will start to bill on new pricing?

-- 
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-appengine/-/IlO0otIcCQ0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com
 .
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.

 

-- 
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: I set the max idle instances to 3, but the number of idle instance is always 1.

[Geoffrey Spear]

On Sep 20, 5:21 pm, Tapir  wrote:
> This make some requests load very slow.
>
> What the "max idle instances" means? Is it means keep 3 idle
> instances?

It means that you're requesting that the scheduler not keep more than
3 idle instances alive for you, so you won't be charged for more idle
instances if it chooses to. It does not guarantee a minimum number of
idle instances being spun up.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Communication between Django nonrel (GAE) and Android

[G Heslop]

You can expose an API through Django where you specify a number of URL's 
(like /api/domything/) which will return a JSON payload (using 

simplejson.dumps etc)

 for use in your app or perform whatever actions you need. This will allow 
you to drive your GAE app with your API. Take a look at posts like 
http://webcloud.se/log/AJAX-in-Django-with-jQuery/ for a push in the right 
direction.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/RaUTdJBviG0J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] No App Engine Connected Android Project option in Eclipse???

[Blue]

Hi!

I'm trying to create an "App Engine Connected Android Project" in
eclipse, but that option is missing in new project menu. (like here:
http://bradabrams.com/2011/05/google-io-session-overview-android-app-engine-a-developers-dream-combination/)
I have updated all eclipse plugins, but still nothing. (GPE v2.4, ADT
v12.0)

Please help.
Thanks,
Gregor

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Communication between Django nonrel (GAE) and Android

[Blue]

I've found this: 
http://bradabrams.com/2011/05/google-io-session-overview-android-app-engine-a-developers-dream-combination/

:))

Thanks!

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Worst-case scenario for eventual consistency in the HRD?

[Ronoaldo José de Lana Pereira]

I'm planing the migration of our  app to HRD. It is a "collective buying" 
site, and found lots of places where I need to change my models/queries. In 
fact, some cases where we need consistency is this scenario:

class Product {
  @Id Long productId;
}
class Order {
   @Id Long orderId;
   List productId;
}
class Voucher {
   @Id Long voucherId;
   Long orderId;
   Long productId;
}

Vouchers must be created before orders, so they are currently root entities. 
When an order is approved, I have a specialized queue with 
max_concurrent_request = 1 that picks the next available voucher (with has 
orderId = null) and associates it with an order. To check if the order is 
filled with all it's vouchers, I "count" how many Vouchers are linked with 
that orderId, and if there is Vouchers missing, I schedule another queue to 
consume a Voucher again.

On HRD, this don't work because my the query to get the next Voucher and the 
query to check how much vouchers I have for an Order is more likelly to 
don't be consistent. What I'm planning to perform is to group Vouchers that 
are from the same "product" (~ 30k vouchers per product) and then perform 
the ancestor query, as suggested by the docs. In this case, I'll end up 
with:

class Voucher {
   @Parent Key productId;
   @Id Long voucherId;
   Long orderId;
}

... and will be able to query for how many Vouchers are linked to an order 
(one query for each of items in Order.productId). Is this a good pattern for 
this particular scenario? The writes/second is not a problem for us: i.e. if 
the order stays for a few minutes until the Vouchers are all filled, it is 
ok.

Another issue: I have to perform some financial accounting registry, and 
currently I have this entity:

class AccountingRegistry {
   @Parent Key parentRegistry;
   @Id Long id;
   Date date;
   Long ammount;
   List filters;
}

To represent an accounting transaction, I'm grouping in the same entity 
group all registry that are related, and that summed up equals 0. To avoid 
performing the same transaction twice (i.e., register twice the same order 
approval), I'm using the "filters" list property to query for another 
registry that has the same filters (i.e. the order id, the "APROVED" 
keyword, the domain, etc.). They are also usefull to have some specialized 
reports, like all sales that came from this domain (domain is one value for 
the list property). On M/S, as Jeff said, the time window is small, and the 
chance to have a problem is small, but on HRD the window may take several 
minutes, and in this case I may have a very inconsistent sales report at the 
end of the day.

Does you guys think that I can use the same pattern Jeff suggested to solve 
this problem? Any advice?

Thanks in advance

- Ronoaldo

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/QC0MbTJiIwUJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Apps For Domains is a MAJOR failing of AppEngine

[Ross Karchner]

It's been WontFix'ed for a while, but I have a ticket for plain old CNAME
support: http://code.google.com/p/googleappengine/issues/detail?id=2649

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Post to GPE group for appengine-eclipse integration issues

[Sriram Saroop]

Correction - the latest GPE is downloadable here:
http://code.google.com/eclipse/docs/download.html

We will have the latest App Engine SDK available soon in the GPE update
site.

- Sriram

On Wed, Sep 21, 2011 at 3:23 PM, Sriram  wrote:

> Hi folks,
>
> If you have any issues with the Google Plugin for Eclipse, try out the
> latest release of GPE from here:
> http://code.google.com/eclipse/beta/docs/download.html
>
> If the problems persists, you can post to the GPE group for help:
>
> https://groups.google.com/group/google-plugin-eclipse
> google-plugin-ecli...@googlegroups.com
>
> Regards,
> Sriram
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: about error django 1.2 was requested, but 0.96.4.None is already in use

[Matt Jibson]

There's an undocumented way to do this:

http://stackoverflow.com/questions/4994913/app-engine-default-django-version-change/6289004#6289004

On Wed, Sep 21, 2011 at 1:59 AM, saintthor  wrote:
> i put the code in handler file. and the same error occurs in
> use_library().
>
> On 9月21日, 上午10时24分, "roberto.cr"  wrote:
>> as Jose has said, put the code you pasted here in the beginning of the
>> script
>> some stuff load django code without you knowing, like some stuff from
>> google.appengine.ext.webapp if I remember correctly
>>
>> On Sep 20, 8:31 pm, Jose Montes de Oca 
>> wrote:
>>
>>
>>
>>
>>
>>
>>
>> > Are you adding that code in the beginning of your script handler your
>> > application use?
>
> --
> You received this message because you are subscribed to the Google Groups 
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to 
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at 
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] I can't point my www Google Apps domain to my Appengine app...

[nacho]

I bought my domain via Google so I getted my Google Apps account.

The first thing I did was to disable Google Sites from my Google Apps 
account in the "Settings tab".

Then I tryied to add to my appengine app the domain "www.mydomain.com" and I 
getted this message: Already used, please remove previous mapping first

If I go to www.mydomain.com I see Google Sites but the first thing that 
I did was to disable Google Sites how can I effectively disable this 
service?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/0Vbzo891EDcJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

RE: [google-appengine] I can't point my www Google Apps domain to my Appengine app...

[Brandon Wirtz]

Go to

www.google.com/a/mydomain.com

 

Make sure that you don't have any subdomains (www) set.  If you Google Sites
is still enabled you can rename or delete it. Often you have to wait 48+
hours when you delete www. Other subsdomains seem to go away faster. I have
had better luck changing the sub domain than deleting it. I don't know the
difference but change seems to happen faster.

 

 

 

From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of nacho
Sent: Wednesday, September 21, 2011 9:51 AM
To: google-appengine@googlegroups.com
Subject: [google-appengine] I can't point my www Google Apps domain to my
Appengine app...

 

I bought my domain via Google so I getted my Google Apps account.

The first thing I did was to disable Google Sites from my Google Apps
account in the "Settings tab".

Then I tryied to add to my appengine app the domain "www.mydomain.com" and I
getted this message: Already used, please remove previous mapping first

If I go to www.mydomain.com I see Google Sites but the first thing that
I did was to disable Google Sites how can I effectively disable this
service?

-- 
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To view this discussion on the web visit
https://groups.google.com/d/msg/google-appengine/-/0Vbzo891EDcJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] App Engine Weekly Community Update #9

[Johan Euphrosine]

Also posted on Google+:
https://plus.google.com/111042085517496880918/posts/fazzQ6cGRDB

Dear App Engine Community,

Each week we bring you some news and metrics about the App Engine community.

*Highlights*

Pictarine shared their experience about building a mashup in the cloud
with Google App Engine:
http://googleappengine.blogspot.com/2011/09/pictarine-pictures-in-cloud.html

Min Idle Instances available now if you use Always On
Options:http://groups.google.com/group/google-appengine/browse_thread/thread/a264469ee5254228

More trusted tester enabled for HRD migration and Cross Entity Group
transactions:
http://goo.gl/3jrXu
http://goo.gl/XNZ23

IRC Office Hours on irc://irc.freenode.net#appengine, full transcript
should be posted soon on the groups:
http://groups.google.com/group/google-appengine/

*Google+*

1:1 with a member of the App Engine team +Matt Wilder:
https://plus.google.com/111042085517496880918/posts/cbCZu2bN6Kg

+Johan Euphrosine and +Alain Vongsouvanh delivered a talk Google App
Engine and Google APIs to pycon.fr:
https://plus.google.com/111042085517496880918/posts/fdgEwqH1sDG

+Brian Quinlan shared the getting started guide from the Python 2.7
Runtime testing program:
https://plus.google.com/111039891542127786416/posts/4SbpMhLWkBi

*Stack Overflow*

80 Questions asked this week
http://stackoverflow.com/tags/google-app-engine/topusers

*Issue tracking*

Weekly triaging:

71 (↓52) new issues were reported in the public issue tracker:
- 17 (↓22) Production issues (5 Fixed, 1 Escalated, 4 Triaged, 2
Rejected, 5 New)
- 40 (↓18) Defects (0 Fixed, 1 Escalated, 8 Triaged, 4 Rejected, 27 New)
- 14 (↓12) Feature requests (0 Fixed, 0 Escalated, 2 Triaged, 1
Rejected, 11 New)

Overall stats:

5936 (↑65) issues (5795 commented by Googlers)
2579 (↓58) open issues (249 New, 2009 Triaged, 321 Escalated)
3357 (↑107) closed issues (1270 Fixed, 2087 Rejected)

*Groups*

Weekly stats:

[appengine]
372 (↓1099) messages in 107 (↓135) threads
49% (↓12) of threads replied within 2 days
Top posters:
rishi.aror... 16
tapir.liu@... 12
drakaal@... 12

[appengine-python]
128 (↓35) messages in 22 (↓33) threads
46% (↑6) of threads replied within 2 days
Top posters:
robert.klui... 43
miloir@g... 10
shedokan... 8

[appengine-java]
123 (↓71) messages in 45 (↓8) threads
42% (↓15) of threads replied within 2 days
Top posters:
fachhoch... 10
drfibonac... 6
nichole.ki... 6

[appengine-go]
23 (↓14) messages in 9 (↓5) threads
89% (↑12) of threads replied within 2 days
Top posters:
kevlar@g... 4
dsymond... 4
calvin.pre... 3

*Feedbacks are welcome on this format, let me know what you are
looking forward to see in next week App Engine Community Update*
-- 
Johan Euphrosine (proppy)
Developer Programs Engineer
Google Developer Relations

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: about error django 1.2 was requested, but 0.96.4.None is already in use

[PK]

I described here how I solved this problem. It works fine for me in 
production, ubuntu and macos:

http://www.gae123.com/articles/dpwf/djgae1x.html

Good luck,
PK

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/mA5YEYERaVoJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] a transaction committed _and_ errored?

[Brian Olson]

I'm trying to figure out and diagnose an odd problem, and my best guess so 
far is that a datastore transaction successfully stored data* and* also 
returned an error message.

(I happen to be using Python, but this might be a general datastore issue)

The code goes about like this:

txn(key):
 x = db.get(key)
 x.foo += 1
 x.put()
 logging.info('go!')
 # transactionally enqueue something to a task-queue
 return

foo(key):
 while True:
  try:
   db.run_in_transaction(txn, key)
  except Exception, e:
   logging.exception('ouch')
   time.sleep(10.0) # wait 10 seconds
   continue # fast inline retry
  else:
   return


What I'm seeing is that there was one logged exception:
"The datastore operation timed out, or the data was temporarily 
unavailable."
The 'go!' line is logged twice, each time through the transaction, x.foo is 
incremented twice and the task-queue task runs once.


What really bugs me is that x.foo added 2 where I wanted to add 1.
What really bugs me after that is that it seems that the datastore part of 
the transaction seems to have run twice while the task-queue part of the 
transaction seems to have run once.

Another thing that bugs me, but I'm kinda coming to terms with it, is that a 
transaction can complete successfully and the API still returns an error. I 
suppose this was always possible if all the actions happened on the 
datastore server machine but then the connection to the appengine instance 
died and never got notified that the transaction happened. The data may be 
safe and consistent, but it makes my logical flow of programming around the 
operation messier.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/Ay0pmrE4720J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Min Idle Instances available now if you use Always On

[Gregory D'alesandre]

If you do see that written anywhere, please let me know so we can get it
updated...

Greg

On Wed, Sep 21, 2011 at 2:45 AM, Brandon Wirtz  wrote:

> Oh, Cool.. Something I saw the other day said the 27th… if I run across it
> again I’ll forward it so someone can update.
>
> ** **
>
> *From:* google-appengine@googlegroups.com [mailto:
> google-appengine@googlegroups.com] *On Behalf Of *Gregory D'alesandre
> *Sent:* Wednesday, September 21, 2011 1:32 AM
>
> *To:* google-appengine@googlegroups.com
> *Subject:* Re: [google-appengine] Re: Min Idle Instances available now if
> you use Always On
>
> ** **
>
> Nov 1st.  We originally announced the second half of September but have
> since moved it back a month to give everyone more time to tune their apps.
> 
>
> ** **
>
> So, not 6 days :)
>
> ** **
>
> Greg
>
> On Wed, Sep 21, 2011 at 12:54 AM, Brandon Wirtz 
> wrote:
>
> 6 days.
>
>  
>
> *From:* google-appengine@googlegroups.com [mailto:
> google-appengine@googlegroups.com] *On Behalf Of *Junyu Chen
> *Sent:* Wednesday, September 21, 2011 12:41 AM
> *To:* google-appengine@googlegroups.com
> *Subject:* [google-appengine] Re: Min Idle Instances available now if you
> use Always On
>
>  
>
> Sounds great.
>
> BTW: when will start to bill on new pricing?
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/IlO0otIcCQ0J.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
> ** **
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Any plans to open TaskQueueFetchQueueStats?

[Jason Collins]

There are API points to retrieve task queue stats. E.g.,

  request = taskqueue_service_pb.TaskQueueFetchQueueStatsRequest()
  response = taskqueue_service_pb.TaskQueueFetchQueueStatsResponse()
  e.MakeSyncCall('taskqueue', 'FetchQueueStats', request, response)

However, these seem to return Application Error: 9 (permission
denied).

Any plans to simply flip this on so that we can have a peek at our
queues?
j

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] a transaction committed _and_ errored?

[Jeff Schnitzer]

My sense of this is that unless your transaction is idempotent, the
only kind of exception that is safe to catch & retry in a transaction
is the ConcurrentModificationException (or whatever the equivalent is
in python).  Any other exception represents some sort of "real" error
and should either be surfaced to the user or trigger some deep
evaluation of state.

I just surface it to the user and let them figure it out.

Jeff

On Wed, Sep 21, 2011 at 11:31 AM, Brian Olson  wrote:
> I'm trying to figure out and diagnose an odd problem, and my best guess so
> far is that a datastore transaction successfully stored data and also
> returned an error message.
> (I happen to be using Python, but this might be a general datastore issue)
> The code goes about like this:
>
> txn(key):
>  x = db.get(key)
>  x.foo += 1
>  x.put()
>  logging.info('go!')
>  # transactionally enqueue something to a task-queue
>  return
> foo(key):
>  while True:
>   try:
>    db.run_in_transaction(txn, key)
>   except Exception, e:
>    logging.exception('ouch')
>    time.sleep(10.0) # wait 10 seconds
>    continue # fast inline retry
>   else:
>    return
>
> What I'm seeing is that there was one logged exception:
> "The datastore operation timed out, or the data was temporarily
> unavailable."
> The 'go!' line is logged twice, each time through the transaction, x.foo is
> incremented twice and the task-queue task runs once.
>
> What really bugs me is that x.foo added 2 where I wanted to add 1.
> What really bugs me after that is that it seems that the datastore part of
> the transaction seems to have run twice while the task-queue part of the
> transaction seems to have run once.
> Another thing that bugs me, but I'm kinda coming to terms with it, is that a
> transaction can complete successfully and the API still returns an error. I
> suppose this was always possible if all the actions happened on the
> datastore server machine but then the connection to the appengine instance
> died and never got notified that the transaction happened. The data may be
> safe and consistent, but it makes my logical flow of programming around the
> operation messier.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/Ay0pmrE4720J.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] a transaction committed _and_ errored?

[Jeff Schnitzer]

I should also mention that you have this exact same problem with any
transactional datastore, including Oracle.  The database guarantees
integrity of the commit, it doesn't guarantee your code will be
notified of it.

Jeff

On Wed, Sep 21, 2011 at 1:10 PM, Jeff Schnitzer  wrote:
> My sense of this is that unless your transaction is idempotent, the
> only kind of exception that is safe to catch & retry in a transaction
> is the ConcurrentModificationException (or whatever the equivalent is
> in python).  Any other exception represents some sort of "real" error
> and should either be surfaced to the user or trigger some deep
> evaluation of state.
>
> I just surface it to the user and let them figure it out.
>
> Jeff
>
> On Wed, Sep 21, 2011 at 11:31 AM, Brian Olson  wrote:
>> I'm trying to figure out and diagnose an odd problem, and my best guess so
>> far is that a datastore transaction successfully stored data and also
>> returned an error message.
>> (I happen to be using Python, but this might be a general datastore issue)
>> The code goes about like this:
>>
>> txn(key):
>>  x = db.get(key)
>>  x.foo += 1
>>  x.put()
>>  logging.info('go!')
>>  # transactionally enqueue something to a task-queue
>>  return
>> foo(key):
>>  while True:
>>   try:
>>    db.run_in_transaction(txn, key)
>>   except Exception, e:
>>    logging.exception('ouch')
>>    time.sleep(10.0) # wait 10 seconds
>>    continue # fast inline retry
>>   else:
>>    return
>>
>> What I'm seeing is that there was one logged exception:
>> "The datastore operation timed out, or the data was temporarily
>> unavailable."
>> The 'go!' line is logged twice, each time through the transaction, x.foo is
>> incremented twice and the task-queue task runs once.
>>
>> What really bugs me is that x.foo added 2 where I wanted to add 1.
>> What really bugs me after that is that it seems that the datastore part of
>> the transaction seems to have run twice while the task-queue part of the
>> transaction seems to have run once.
>> Another thing that bugs me, but I'm kinda coming to terms with it, is that a
>> transaction can complete successfully and the API still returns an error. I
>> suppose this was always possible if all the actions happened on the
>> datastore server machine but then the connection to the appengine instance
>> died and never got notified that the transaction happened. The data may be
>> safe and consistent, but it makes my logical flow of programming around the
>> operation messier.
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/google-appengine/-/Ay0pmrE4720J.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: Apps For Domains is a MAJOR failing of AppEngine

[Chris Copeland]

>
> It's been WontFix'ed for a while, but I have a ticket for plain old CNAME
> support: http://code.google.com/p/googleappengine/issues/detail?id=2649
>
> There's another issue in the same vein that's still open:
http://code.google.com/p/googleappengine/issues/detail?id=2587
Interestingly they both have 29 stars.



> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: a transaction committed _and_ errored?

[vlad]

" that a transaction can complete successfully and the API still returns an 
error." - yes, it is a bitch. I suffered form this for a long time. Finally 
I understood that all  tasks  and especially transactional tasks MUST be 
completely idempotant. GAE docs do not stress that enough but that is 
mandatory. Otherwise you fall into a trap you just described.
How to achieve idempontency is app specific. For example I use TaskId 
extensively  as a entity key to create/update. That way I am guaranteed that 
double execution will update the same entity. 

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/XjZZzB7n300J.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] max daily budget

[Ron]

how do I set the daily budget above $500

I have a heavy traffic site at the moment and can't set it beyond the
$500 per day, $3500 per week

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] xmpp custom JID does not working?

[Xi Shen]

Hi,

http://code.google.com/appengine/docs/python/xmpp/overview.html#XMPP_Addresses

This page says the XMPP API supports custom JID.  But it does not seem to 
work for me. I tried 'test@*myappid*.appspotchat.com', but none of my GTalk 
client received any message/notification.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/lWlVof71u5IJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Prospective search exception (java)

[Eric]

Hi all,

I've tried the new prospective search api today. It was alright to
subscribe, unsubscribe, listSubscriptions, getSubscription. But when
trying to list topics, below error message came out. I'm not sure
whether it is a bug of the API or my problem. Is there anyone who
knows something about this issue? Thanks.

Uncaught exception from servlet
com.google.apphosting.api.ApiProxy$ApplicationException:
ApplicationError: 1: app s~appid does not have permission to list
topics for app appid
at com.google.apphosting.runtime.ApiProxyImpl
$AsyncApiFuture.rpcFinished(ApiProxyImpl.java:503)
at com.google.net.rpc.RpcStub$RpcCallbackDispatcher
$1.runInContext(RpcStub.java:1050)
at com.google.tracing.TraceContext$TraceContextRunnable
$1.run(TraceContext.java:455)
at com.google.tracing.TraceContext
$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:
335)
at com.google.tracing.TraceContext
$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:
325)
at com.google.tracing.TraceContext
$TraceContextRunnable.run(TraceContext.java:453)
at com.google.net.rpc.RpcStub
$RpcCallbackDispatcher.rpcFinished(RpcStub.java:1071)
at com.google.net.rpc.RPC.internalFinish(RPC.java:2240)
at com.google.net.rpc.impl.RpcNetChannel.finishRpc(RpcNetChannel.java:
2339)
at
com.google.net.rpc.impl.RpcNetChannel.messageReceived(RpcNetChannel.java:
1269)
at
com.google.net.rpc.impl.RpcConnection.parseMessages(RpcConnection.java:
328)
at
com.google.net.rpc.impl.RpcConnection.dataReceived(RpcConnection.java:
299)
at com.google.net.async.Connection.handleReadEvent(Connection.java:
474)
at
com.google.net.async.EventDispatcher.processNetworkEvents(EventDispatcher.java:
856)
at
com.google.net.async.EventDispatcher.internalLoop(EventDispatcher.java:
222)
at com.google.net.async.EventDispatcher.loop(EventDispatcher.java:
116)
at com.google.net.async.GlobalEventRegistry
$2.runLoop(GlobalEventRegistry.java:95)
at com.google.net.async.LoopingEventDispatcher
$EventDispatcherThread.run(LoopingEventDispatcher.java:385)

Eric

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Google Storage for Developers with Appengine

[Hans Then]

Hi,

I have the same problem and not a clue what's wrong. Did you manage to
solve this?

Hans

On Aug 30, 9:57 pm, tabmarcio  wrote:
> THe problem I have is the second problem you reported: 
> AttributeError:HTTPSConnectioninstancehasnoattribute
> '_HTTPConnection__response'
>
> m
>
> On Aug 30, 4:54 pm, tabmarcio  wrote:
>
>
>
>
>
>
>
> > I have the same problem. BTW this also happens in production with GAE
> > current python.
>
> > m
>
> > On Aug 17, 7:33 pm, Mark Brenneman  wrote:
>
> > > Thanks Tim, that worked, but now I ran into a new problem.
>
> > > Now, I get a connection error. I have tried finding others with the issues
> > > but have not had any luck. Is this a problem with the boto package or does
> > > it need to be modified to use with AppEngine?
>
> > > Upload Code:
>
> > > fp = tempfile.TemporaryFile()
> > > fp.write('Hello world!\n')
>
> > > dst_uri = boto.storage_uri(BUCKET_NAME + '/' + DOWNLOAD_FILENAME, 'gs')
>
> > > # The key-related functions are a consequence of boto's
> > > # interoperability with Amazon S3 (which employs the
> > > # concept of a key mapping to contents).
> > > dst_uri.new_key().set_contents_from_file(fp)
> > > logging.debug('Successfully created "%s/%s"' % (dst_uri.bucket_name,
> > > dst_uri.object_name))
>
> > > Error:
>
> > > Traceback (most recent call last):
> > >   File 
> > > "/base/python_runtime/python_lib/versions/1/google/appengine/ext/webapp/_we
> > >  bapp25.py", line 701, in __call__
> > >     handler.get(*groups)
> > >   File "/base/data/home/apps/callzapapp/1.352621855547207562/main.py", 
> > > line 54, in get
> > >     dst_uri.new_key().set_contents_from_file(fp)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/gs/key.py", 
> > > line 191, in set_contents_from_file
> > >     self.send_file(fp, headers, cb, num_cb)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/s3/key.py", 
> > > line 566, in send_file
> > >     query_args=query_args)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/s3/connection.py
> > >  ", line 423, in make_request
> > >     override_num_retries=override_num_retries)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/connection.py",
> > >  line 782, in make_request
> > >     return self._mexe(http_request, sender, override_num_retries)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/connection.py",
> > >  line 695, in _mexe
> > >     connection = self.get_http_connection(request.host, self.is_secure)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/connection.py",
> > >  line 566, in get_http_connection
> > >     conn = self._pool.get_http_connection(host, is_secure)
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/connection.py",
> > >  line 241, in get_http_connection
> > >     return self.host_to_pool[key].get()
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/connection.py",
> > >  line 148, in get
> > >     if self._conn_ready(conn):
> > >   File 
> > > "/base/data/home/apps/callzapapp/1.352621855547207562/boto/connection.py",
> > >  line 167, in _conn_ready
> > >     response = conn._HTTPConnection__response
> > > AttributeError:HTTPSConnectioninstancehasnoattribute'_HTTPConnection__response'

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Can't get past OAUTH when accessing Task Queue REST API

[Udi h Bauman]

Hi,

I need to use the Task Queue REST API to connect worker apps within &
outside AppEngine to queues used by my main app on AppEngine. However,
whatever I try, I keep getting OAUTH errors, such as:

{
 "error": {
  "errors": [
   {
"message": "you are not allowed to make this api call"
   }
  ],
  "code": 403,
  "message": "you are not allowed to make this api call"
 }
}


I configured the ACL's in queue.yaml, generated a client id using the API
console (with a user appearing in the ACL), & tried all sample code, in the
python API client & articles. When running the code, I'm following the OAUTH
flow (getting the user authorization URL, perform the authorization &
receive the access tokens, which I store & use to authorize the HTTP
connection), but failing to invoke any API.

Can you please provide some step-by-step instructions on how to use the REST
API, so that I'll figure what am I doing wrong?


Thanks really a lot,
Udi

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: about error django 1.2 was requested, but 0.96.4.None is already in use

[bmbadea]

An alternative to what Jose says whould be to create a file named
appengine_config.py in the same directory as your app.yaml and add the
folowing line: webapp_django_version = '1.2'

On Sep 18, 7:41 pm, saintthor  wrote:
> i have added such code:
> ==
> from google.appengine.dist import use_library
>
> use_library('django', '1.2')
> webapp_django_version = '1.2'
> ==
>
> but the error raised in use_library()
>
> ==
>
> 2011-09-19 00:20:02.722
>
> :
> django 1.2 was requested, but 0.96.4.None is already in use
> Traceback (most recent call last):
>   File "/base/data/home/apps/djdqbbs/d1.353358444069227713/2.py", line
> 8, in 
>     from List import ListPg, PostPg, UserPg, InputPg, TreePg,
> WithChatPg, TestPg, MinePg, VerifyPage, OldPg, CssPg
>   File "/base/data/home/apps/djdqbbs/d1.353358444069227713/List.py",
> line 10, in 
>     from google.appengine.ext.webapp.template import render
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> ext/webapp/template.py", line 66, in 
>     webapp._config_handle.django_setup()
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> api/lib_config.py", line 352, in __getattr__
>     self._update_configs()
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> api/lib_config.py", line 289, in _update_configs
>     self._registry.initialize()
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> api/lib_config.py", line 164, in initialize
>     import_func(self._modname)
>   File "/base/data/home/apps/djdqbbs/d1.353358444069227713/
> appengine_config.py", line 41, in 
>     use_library('django', '1.2')
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> dist/_library.py", line 414, in use_library
>     InstallLibrary(name, version, explicit=True)
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> dist/_library.py", line 367, in InstallLibrary
>     CheckInstalledVersion(name, version, explicit=True)
>   File "/base/python_runtime/python_lib/versions/1/google/appengine/
> dist/_library.py", line 300, in CheckInstalledVersion
>     (name, desired_version, installed_version))

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Apps For Domains is a MAJOR failing of AppEngine

[Stuart Langley]

Joshua,

If you have not already, can you file an issue in the tracker for viewer not 
working with .docx files served from blobstore?

Thanks,
Stuart

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/9YR-XXW2vdEJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Can Channel API be used for App that are not using GAE?

[singh]

My application is not in GAE.
I have requirement to have a real time feed to a map

My understanding is Channel is meant for between google servers.
Are there  other options?

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Google App Engine

[Jenner]

To Whom It May Concern,

I do not have the text feature on My cell phone is possible to get the
code or link via email instead?

The Second problem is this after watching Brett's video on the YouTube
learning channel, which editor is he talking about, because he did not
specify that?

Does Google send it's owm editor via email link, or

Do We use the editor in the Word Press of My website, or

Do we use it somewhereelse like on the C drive if its accessible

So can you clarify these for Me, I did not fully understood that.

Thanks,

Syed.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: No App Engine Connected Android Project option in Eclipse???

[Ryan Mattison]

Did you sdk location?

http://code.google.com/eclipse/docs/appeng_android_install_setup.html

On Sep 21, 6:50 am, Blue  wrote:
> Hi!
>
> I'm trying to create an "App Engine Connected Android Project" in
> eclipse, but that option is missing in new project menu. (like 
> here:http://bradabrams.com/2011/05/google-io-session-overview-android-app-...)
> I have updated all eclipse plugins, but still nothing. (GPE v2.4, ADT
> v12.0)
>
> Please help.
> Thanks,
> Gregor

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Make a (Hangout) newbie wiser

[carl]

Hello,

I installed GoogleAppEngineLauncher and everything else. I just wanted
to make the starter-app work (the documentation source code for
beginners).

My question:

Do I always have to upload my files to xxx.appspot.com to see my
Hangout application working? Or can I view/test it offline?

thx in advance,
Carl

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Google

[Ryan Mattison]

I should have been clearer.   The AppEngine documents themselves are
above par, it took only a few hours to proof of concept what I wanted
from them.  Should people switch to GWT, AppEngine, GData.. Is it
going to save time, money, be more reliable.  I like finding out my
making something small.

>From what I've seen so far, which isn't enough time to form a quality
opinion - the GAE,GWT, and GDATA teams think it is a race, and they're
leaving pitfalls for each other's users scattered throughout.

At about hour 12-20 of prototyping you hit a cyclone in the middle.
This thing spun me so completely I thought I was going a need a team
from M.I.T. to come in to oAuth2.  Something that is done & done, I
wrote a oAuth2/data library for my classic TI83+ that prototypes
better.  There is a large mixture of version 2.x.x, 1.0.x, 1.0.x,
550.x.x.x (client or server side).  When combining gdata,gwt,gae.
There are code branches linked with aged, dead solutions to the
simplest problems, 25 different OAuth2 pages stating/implementing the
same thing completely differently.  I know the concepts, it'd be
awesome to have a functioning/reusable syntax.  I must have missed the
super important golden link that has quality information (flow
charts,spreadsheets,functional repository code samples).   I find a
small drawing worth more than a 40,000 word dialog of a person
mentally masturbating to his architecture.

Ketamine trips have less holes to fall in.






On Sep 21, 12:59 am, Tim Hoffman  wrote:
> I would strongly agree with Robert, and not agree with the OP.
> I find the appengine docs are fine, everything can do with improvement
> though ;-)
>
> Just my 2c worth
>
> T

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Re: Google

[Ryan Mattison]

Wrote a long winded reply not sure if it went through ->>> but this -
 is hell.

The gdata docs / api are a different story -- complete and total
mess,
along with a disaster of an API to go with it!  But, that's not
related to App Engine.

On Sep 21, 12:59 am, Tim Hoffman  wrote:
> I would strongly agree with Robert, and not agree with the OP.
> I find the appengine docs are fine, everything can do with improvement
> though ;-)
>
> Just my 2c worth
>
> T

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Can't get past OAUTH when accessing Task Queue REST API

[Ikai Lan (Google)]

If I get some time, I'll whip something up with screenshots, but it'll
probably be in Java.

(I don't have anything against Python; in fact I like it quite it bit. It
just seems like my team skews heavily towards Python expertise - wesley,
proppy, nick ...)

--
Ikai Lan
Developer Programs Engineer, Google App Engine
plus.ikailan.com | twitter.com/ikai



On Tue, Sep 20, 2011 at 3:22 PM, Udi h Bauman  wrote:

> Hi,
>
> I need to use the Task Queue REST API to connect worker apps within &
> outside AppEngine to queues used by my main app on AppEngine. However,
> whatever I try, I keep getting OAUTH errors, such as:
>
> {
>  "error": {
>   "errors": [
>{
> "message": "you are not allowed to make this api call"
>}
>   ],
>   "code": 403,
>   "message": "you are not allowed to make this api call"
>  }
> }
>
>
> I configured the ACL's in queue.yaml, generated a client id using the API
> console (with a user appearing in the ACL), & tried all sample code, in the
> python API client & articles. When running the code, I'm following the OAUTH
> flow (getting the user authorization URL, perform the authorization &
> receive the access tokens, which I store & use to authorize the HTTP
> connection), but failing to invoke any API.
>
> Can you please provide some step-by-step instructions on how to use the
> REST API, so that I'll figure what am I doing wrong?
>
>
> Thanks really a lot,
> Udi
>
>
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

RE: [google-appengine] Make a (Hangout) newbie wiser

[Brandon Wirtz]

You can only test off line if you install the GAE Dev Server locally.
Personally, I always work live because you can create programs that won't
work on GAE production that will run on local dev.

-Original Message-
From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of carl
Sent: Tuesday, September 20, 2011 2:00 PM
To: Google App Engine
Subject: [google-appengine] Make a (Hangout) newbie wiser

Hello,

I installed GoogleAppEngineLauncher and everything else. I just wanted to
make the starter-app work (the documentation source code for beginners).

My question:

Do I always have to upload my files to xxx.appspot.com to see my Hangout
application working? Or can I view/test it offline?

thx in advance,
Carl

--
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

RE: [google-appengine] max daily budget

[Brandon Wirtz]

You post to this forum, and one of the Google Guys makes an exception for
you.   (I don't recall if they ask for your AppId Publicly or contact you
off line).  You will likely want to sign up for the $500 a month plan that
includes support so you can call someone and ask them to do this for you in
the future.


(and you send the Nosy List members a screen shot of your Old bill vs New
Bill page so we can know if you are going to pay more or less after the
November pricing)



-Original Message-
From: google-appengine@googlegroups.com
[mailto:google-appengine@googlegroups.com] On Behalf Of Ron
Sent: Tuesday, September 20, 2011 1:36 PM
To: Google App Engine
Subject: [google-appengine] max daily budget

how do I set the daily budget above $500

I have a heavy traffic site at the moment and can't set it beyond the
$500 per day, $3500 per week

-- 
You received this message because you are subscribed to the Google Groups
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at
http://groups.google.com/group/google-appengine?hl=en.


-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: a transaction committed _and_ errored?

[Jeff Schnitzer]

This isn't quite right.  Tasks need to be idempotent because execution
is "at least once".  Transactions only need to be idempotent if you
write code that retries them when you shouldn't (ie, unknown errors).

Retrying transactions on ConcurrentModificationException (or any other
known rollback scenario) is appropriate.  Retrying other exceptions is
risky business.

Jeff

On Wed, Sep 21, 2011 at 3:08 PM, vlad  wrote:
> " that a transaction can complete successfully and the API still returns an
> error." - yes, it is a bitch. I suffered form this for a long time. Finally
> I understood that all  tasks  and especially transactional tasks MUST be
> completely idempotant. GAE docs do not stress that enough but that is
> mandatory. Otherwise you fall into a trap you just described.
> How to achieve idempontency is app specific. For example I use TaskId
> extensively  as a entity key to create/update. That way I am guaranteed that
> double execution will update the same entity.
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/XjZZzB7n300J.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: a transaction committed _and_ errored?

[Vlad Troyanker]

Jeff,

In my case I was not catching any exceptions. Exceptions are not a problem
because transaction is not committed in those cases.  Problem is sometimes
tasks run twice. Since I ran transactional code in those tasks, that code
must be idempotant...Task scheduler "should not" re-run tasks which have
executed but it does do that on occasion.

On Wed, Sep 21, 2011 at 5:06 PM, Jeff Schnitzer  wrote:

> This isn't quite right.  Tasks need to be idempotent because execution
> is "at least once".  Transactions only need to be idempotent if you
> write code that retries them when you shouldn't (ie, unknown errors).
>
> Retrying transactions on ConcurrentModificationException (or any other
> known rollback scenario) is appropriate.  Retrying other exceptions is
> risky business.
>
> Jeff
>
> On Wed, Sep 21, 2011 at 3:08 PM, vlad  wrote:
> > " that a transaction can complete successfully and the API still returns
> an
> > error." - yes, it is a bitch. I suffered form this for a long time.
> Finally
> > I understood that all  tasks  and especially transactional tasks MUST be
> > completely idempotant. GAE docs do not stress that enough but that is
> > mandatory. Otherwise you fall into a trap you just described.
> > How to achieve idempontency is app specific. For example I use TaskId
> > extensively  as a entity key to create/update. That way I am guaranteed
> that
> > double execution will update the same entity.
> >
> > --
> > You received this message because you are subscribed to the Google Groups
> > "Google App Engine" group.
> > To view this discussion on the web visit
> > https://groups.google.com/d/msg/google-appengine/-/XjZZzB7n300J.
> > To post to this group, send email to google-appengine@googlegroups.com.
> > To unsubscribe from this group, send email to
> > google-appengine+unsubscr...@googlegroups.com.
> > For more options, visit this group at
> > http://groups.google.com/group/google-appengine?hl=en.
> >
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: gaeutilities sessions, plz to help a n00b

[Emlyn]

On 21 September 2011 01:41, bowman.jos...@gmail.com
 wrote:
> The purpose of restricting logins to one session is to avoid session
> hijacking. gaeutilities has features that help your site avoid session
> hijacking which have been made even easier with tools like Firesheep
> - http://codebutler.com/firesheep

> Since (as of last I checked) you can't use ssl when using your own domains
> cookie sniffing is simple for appengine apps.

I don't know if I'm understanding this; why would that help? Wouldn't
a sidejacked session look exactly like the currently logged in user
anyway? How does restricting logged in users to always use the same
session help here?

What it would do, I guess, is allow you to keep stuff like profile
info in the session, and have it immediately available on login.

> Sure, other libraries are faster, and if all you care about is performance,
> then I'd suggest using them. The only reason to choose gaeutilities is it
> was written with security prioritized over performance, therefore is more
> secure than the other libraries. Not to say it's secure, without ssl it's
> not truly secure, but it's much more difficult to spoof a gaeutilities
> session if configured correctly.

I'm sticking with gaeutilities for now, because the security looks
pretty solid.

>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msg/google-appengine/-/XWaPWJ54gt8J.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
Emlyn

http://my.syyn.cc - Synchonise Google+, Facebook, WordPress and Google
Buzz posts,
comments and all.
http://point7.wordpress.com - My blog
Find me on Facebook and Buzz

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: gaeutilities sessions, plz to help a n00b

[bowman.jos...@gmail.com]

The security is the rotating session token. 

It works basically like this. A session token is valid for x seconds, and 
then a backlog of x tokens are considered valid. The reason that multiple 
tokens are valid is to support sites using ajax requests which may have 
request/response out of sequence with each other.

Avoiding taking multiple requests per page view into account, and just doing 
a single page/response scenario here's how it happens. This model also 
assumes that each page view is generating a new token, that's not required 
as you can make the token expiration as long as you want for your 
application.

You request a page, which generates a session. Session token is set in a 
cookie.
Next page request, the token is valid, but expired. A new cookie is set with 
a new session token.
Next page request, same thing.

Now, if you lock your user profile to only accepting one session, then 
hijacking will create a scenario where either the hijacker or user loses 
their session. So..

User creates session, get's token.
Hijacker sniffs token, connects using it, and get's another token.
User makes a request, generating a new token.
Hijacker connects still using the token they had, which generates a new one.

...

Eventually either the user or hijacker has a token that's expired so a new 
session needs to be created. 

If it's the user, when they log in they invalidate the session the hijacker 
is using and reclaim their access.

Now, it's not fool proof. If the hijacker is using a complicated enough 
system they can keep sniffing and resetting their cookies with the victims 
tokens. They can at least have some access time on the users account. They 
can also just sniff again to jump back on the session when they get kicked 
off. There's no way to make it truely secure, just more difficult.

The biggest problem with gaeutilities though is it's currently pretty much 
unsupported. I've stopped using appengine and with having 2 kids now I don't 
have time to dedicate to a project I'm not using. I learned python writing 
gaeutilities, and have since figured out ways to improve the performance 
- https://github.com/joerussbowman/gaeutilities/issues/2

I'm open to pull requests, or even to someone forking the project and 
continuing it. I'd be happy to act as an advisor or anything required to 
assist as long as the contributors can deal with my limited availability. If 
anyone just wants to fork the entire project and carry it on as long as I'm 
comfortable with the approaches taken I'd even point everyone to it. The 
only qualification I have is that security remain a primary motivator of 
design. Of course if it's a fork of my code and ideas I'd also like to 
continue to receive credit.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/T4Xaaa3DXFQJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: gaeutilities sessions, plz to help a n00b

[Emlyn]

On 22 September 2011 11:26, bowman.jos...@gmail.com
 wrote:
> The security is the rotating session token.
> It works basically like this. A session token is valid for x seconds, and
> then a backlog of x tokens are considered valid. The reason that multiple
> tokens are valid is to support sites using ajax requests which may have
> request/response out of sequence with each other.
> Avoiding taking multiple requests per page view into account, and just doing
> a single page/response scenario here's how it happens. This model also
> assumes that each page view is generating a new token, that's not required
> as you can make the token expiration as long as you want for your
> application.
> You request a page, which generates a session. Session token is set in a
> cookie.
> Next page request, the token is valid, but expired. A new cookie is set with
> a new session token.
> Next page request, same thing.
> Now, if you lock your user profile to only accepting one session, then
> hijacking will create a scenario where either the hijacker or user loses
> their session. So..
> User creates session, get's token.
> Hijacker sniffs token, connects using it, and get's another token.
> User makes a request, generating a new token.
> Hijacker connects still using the token they had, which generates a new one.
> ...
> Eventually either the user or hijacker has a token that's expired so a new
> session needs to be created.
> If it's the user, when they log in they invalidate the session the hijacker
> is using and reclaim their access.
> Now, it's not fool proof. If the hijacker is using a complicated enough
> system they can keep sniffing and resetting their cookies with the victims
> tokens. They can at least have some access time on the users account. They
> can also just sniff again to jump back on the session when they get kicked
> off. There's no way to make it truely secure, just more difficult.

Ok, that makes sense.


> The biggest problem with gaeutilities though is it's currently pretty much
> unsupported. I've stopped using appengine and with having 2 kids now I don't
> have time to dedicate to a project I'm not using. I learned python writing
> gaeutilities, and have since figured out ways to improve the performance
> - https://github.com/joerussbowman/gaeutilities/issues/2

Oh, totally understand.

> I'm open to pull requests, or even to someone forking the project and
> continuing it. I'd be happy to act as an advisor or anything required to
> assist as long as the contributors can deal with my limited availability. If
> anyone just wants to fork the entire project and carry it on as long as I'm
> comfortable with the approaches taken I'd even point everyone to it. The
> only qualification I have is that security remain a primary motivator of
> design. Of course if it's a fork of my code and ideas I'd also like to
> continue to receive credit.
>

Well, if I begin to run into issues with it that I need to patch
myself, I'll yell out, maybe get involved. Thanks for the awesome
library though, it really is smooth to use. Great stuff.

-- 
Emlyn

http://my.syyn.cc - Synchonise Google+, Facebook, WordPress and Google
Buzz posts,
comments and all.
http://point7.wordpress.com - My blog
Find me on Facebook and Buzz

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Re: a transaction committed _and_ errored?

[Jeff Schnitzer]

Sorry - I read your mail as "tasks and transactions" but you actually
wrote "tasks and transactional tasks".  My fault.

Jeff

On Wed, Sep 21, 2011 at 5:49 PM, Vlad Troyanker
 wrote:
> Jeff,
>
> In my case I was not catching any exceptions. Exceptions are not a problem
> because transaction is not committed in those cases.  Problem is sometimes
> tasks run twice. Since I ran transactional code in those tasks, that code
> must be idempotant...Task scheduler "should not" re-run tasks which have
> executed but it does do that on occasion.
>
> On Wed, Sep 21, 2011 at 5:06 PM, Jeff Schnitzer  wrote:
>>
>> This isn't quite right.  Tasks need to be idempotent because execution
>> is "at least once".  Transactions only need to be idempotent if you
>> write code that retries them when you shouldn't (ie, unknown errors).
>>
>> Retrying transactions on ConcurrentModificationException (or any other
>> known rollback scenario) is appropriate.  Retrying other exceptions is
>> risky business.
>>
>> Jeff
>>
>> On Wed, Sep 21, 2011 at 3:08 PM, vlad  wrote:
>> > " that a transaction can complete successfully and the API still returns
>> > an
>> > error." - yes, it is a bitch. I suffered form this for a long time.
>> > Finally
>> > I understood that all  tasks  and especially transactional tasks MUST be
>> > completely idempotant. GAE docs do not stress that enough but that is
>> > mandatory. Otherwise you fall into a trap you just described.
>> > How to achieve idempontency is app specific. For example I use TaskId
>> > extensively  as a entity key to create/update. That way I am guaranteed
>> > that
>> > double execution will update the same entity.
>> >
>> > --
>> > You received this message because you are subscribed to the Google
>> > Groups
>> > "Google App Engine" group.
>> > To view this discussion on the web visit
>> > https://groups.google.com/d/msg/google-appengine/-/XjZZzB7n300J.
>> > To post to this group, send email to google-appengine@googlegroups.com.
>> > To unsubscribe from this group, send email to
>> > google-appengine+unsubscr...@googlegroups.com.
>> > For more options, visit this group at
>> > http://groups.google.com/group/google-appengine?hl=en.
>> >
>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "Google App Engine" group.
>> To post to this group, send email to google-appengine@googlegroups.com.
>> To unsubscribe from this group, send email to
>> google-appengine+unsubscr...@googlegroups.com.
>> For more options, visit this group at
>> http://groups.google.com/group/google-appengine?hl=en.
>>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Google App Engine" group.
> To post to this group, send email to google-appengine@googlegroups.com.
> To unsubscribe from this group, send email to
> google-appengine+unsubscr...@googlegroups.com.
> For more options, visit this group at
> http://groups.google.com/group/google-appengine?hl=en.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

Re: [google-appengine] Multiple attachments limits

[thstart]

>Most Mail servers will bounce a message over 10megs anyway.

That was a good point. Now embedded link makes much more sense.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/google-appengine/-/rxx6TTYWAdgJ.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.

[google-appengine] Datastore Reads and Writes Crazy High

[James Gilliam]

i made from significant adjustments after the new pricing as a result
of the large, make that HUGE, numbers of reads and writes.  I have
eliminated most of my indexes but I am still getting these numbers.

e.g. I am creating a single entity during a startup operation ... when
i look at this entity in GAE launcher it says 170 writes.  Ok ... I am
writing a single entity that has NO indexes.  The entity doesn't have
that many fields but it says 170 writes.

Also, I assume these are just datastore writes and not memcache
writes.  Correct?

My billing history seems to bear out this numbers, but I am doing
100,000 writes a day which seems wrong by a factor of 100.

It would be great to get better breakout of these writes in the
datastore statistics or anywhere.

I have to get to the bottom of this so I at least know why I am seeing
such high numbers.

Any explanation would be greatly appreciated.

-- 
You received this message because you are subscribed to the Google Groups 
"Google App Engine" group.
To post to this group, send email to google-appengine@googlegroups.com.
To unsubscribe from this group, send email to 
google-appengine+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/google-appengine?hl=en.