You can try:
def webapp_add_wsgi_middleware(app):
if not appos.environ['APPLICATION_ID'].startswith('dev~'):
app = recording.appstats_wsgi_middleware(app)
return app
--
keakon
My blog(Chinese): www.keakon.net
Blog source code: https://bitbucket.org/keakon/doodle/
On Sun, Oct 3
Not disk space error - its a new Mac. Permissions? Not sure, no idea
where to start with that.
At present I am doing App Engine stuff on an old Windows machine.
On Oct 3, 1:36 pm, Joshua Smith wrote:
> Have you tried deleting and re-installing the launcher? This could be as
> simple as having
Source:
logging.debug('Fetching ' + str(len(m.keys())) + ' entities')
items = db.get(m.keys())
logging.debug('Done fetching items')
Log:
D 2011-10-30 22:46:41.495 Fetching 238 entities
D 2011-10-30 22:46:50.009 Done fetching items
W 2011-10-30 22:46:54.407 Full proto too large to save, cleared v
When I make the AJAX call (app engine Java Environment) - I am getting
a 404, the same action if I put on the browser is working.
Do I need to add any additional params in app.yaml
Is there any additional configurations needed for RPC to work in Java
environment.
Any help would be appreciated.
B
I had to clients inform me they didn't think they would be able to pay their
bills on time because Google didn't issue them payments for September
earnings. If it had been just one, I'd have thought nothing of it, and
assumed it was a "the dog ate the check in the mail" kind of excuse, but
with tw
Lucian,
Yes, it does.
-Amy
On Sat, Oct 29, 2011 at 1:56 AM, Lucian Baciu wrote:
> Does the Users Service(configured as "Federated Login" under Application
> options) works if the Google Account used to login is configured to use
> 2-step verification?
> http://www.google.com/support/accounts/
Hi,
Through a task queue, we manage calls from GAE to an external system,
which is fully-scalable but takes minutes to do so. The task queue
rate is therefore set to 200/s.
So what happens is that sometimes we get bursts of activity, and the
task queue sends 200 requests at once: the vast majorit
If your external system is called synchronously by your tasks, you could
try setting the queue's max_concurrent_requests parameter in queue.yaml/xml
This is documented for Java, but the same general rules apply for Python or
Go applications.
http://code.google.com/appengine/docs/java/config/queue.
That's an interesting idea. I'd just do it the other way round and add
appstats only iff APPLICATION_ID doesn't starts with 'test-' since I'm
already setting this prefix when setting up the test environment.
Thanks!
Andi
--
You received this message because you are subscribed to the Google Gr
Sorry, I realize I didn't explain everything: since the external
system can handle an arbitrary load (as long as this load doesn't grow
too fast) and requests get processed in 1 to 2 seconds, we already set
the processing rate to the maximum (200), as well as the concurrent
(200).
The problem is n
Interesting problem. While the sudden load may be undesirable it seems
that the real problem is that the task queue backoff is too aggressive - if
it kept trying, it would eventually spin up enough hardware at the external
system.
You can configure the retry schedule explicitly - maybe try settin
Good point, forcing the tasks to retry every few seconds instead of at
an increasing back off might do it. Keep pounding the system to force
it to scale, but it's not very elegant :)
My original idea was to play with the "bucket size" parameter for the
queue, as the docs seem to imply that it allo
pro
On Oct 30, 6:47 am, محمدرضا رضايي wrote:
> ABOUT
> --
> Mohamadreza Rezaee Parasteshnews Persiangateway usamol Bonian Sazan
> Shomal Company CivilCadCatCar All Rights Reserved Copyright 2010-2011
>
> --
> Mohamadreza Rezaee Parasteshnews Persiangateway usamol Bonian Sazan
> Shomal Company Civ
13 matches
Mail list logo
