Hey Mark,
Unfortunately it's more complicated than that. The very first entry in your
path points to C:\Windows\system32. There is undoubtedly a java.exe living
in that folder who's home is actually the JRE in C:\Program Files\Java\jre6.
(You can test this yourself by running a small Java
I suspect that http://code.google.com/p/googleappengine/issues/detail?id=1831
and http://code.google.com/p/googleappengine/issues/detail?id=1503 are
causing problems for the some of the approaches that I tried.
On Sep 25, 3:24 pm, gburd gary.b...@gmail.com wrote:
I am trying to implement
Is main.py correctly handling all of the URLs you're sending to it?
What makes you think it's not running?
On Sep 26, 7:18 am, Kenchu sweken...@gmail.com wrote:
Maybe this has been asked already, but shouldn't handlers url: .* math
all urls? Because currently I'm using this:
handlers:
-
the 2nd method makes sense to me. the 1st method looks to me like playing
russian roulette with my data; it is twice as fast when everything is
working but what if memcached crashes? memcached is not fault tolerant and
it was not design to be, after all, its just cache. i think there are
Have you tried the http range header? The other side would have to
understand it which is unlikely for dynamic content, but it is the
only option I could see working.
Run this in a loop, giving the correct bytes:
result = urlfetch.fetch(url=url,
payload=form_data,
When I run the application locally by dev_appserver.py, can I use
only .pyc files?
I try it . but following come up:
WARNING 2009-09-26 03:33:23,937 dev_appserver.py:1027] Bloking access
to skipped file mypath\main.pyc
How can I make it works, supporting with only .pyc files
the issue: it looks like we may not be getting all of our log entries
when when pull the logs from app engine.
first, a little context. there's a lot here, so bear with me.
we need to record event lines for metrics. normally, we would write
the lines to a local file on each app server and then
Maybe this has been asked already, but shouldn't handlers url: .* math
all urls? Because currently I'm using this:
handlers:
- url: .*
script: main.py
And if you go to the address without any arguments, like so:
http://localhost:8080/
It will work, but as soon as you add anything behind
On Sep 25, 1:16 pm, Prashant antsh...@gmail.com wrote:
no. gae doesn't even takes your source code. when you deploy, SDK upload
compiled binaries not source files !
It's true that you can't get your source back unless you've arranged
beforehand to be able to do that, but the SDK does upload
Hi,
I am trying to fetch all entities from datastore ordered by date. The
following code does not work (hangs up). Any ideas what is wrong with
it?
items = []
offset = 0
while True:
tempItems = Item.all().order(date).fetch(1000, offset)
items.extend(tempItems)
Biggest problem: The datastore is deadslow and uses indane amounts of
cpu. I found 2 ways around it, backwards ones imho, but if it works,
it works.
Maybe my usecase is unique, as it involves frequent updates to the
data (10k records) stored.
1st solution:
Only update the datastore after 2 new
oh man, sending emails is a pain. the process of doing it successfully
is awkward, expensive and surprisingly opaque. here's what i recall,
don't quote me on it...
1.) in order to have a chance-in-hell to getting email through, you
need to send email from a 'whitelisted' email provider. the term
On Sep 21, 5:06 pm, Nick Johnson (Google) nick.john...@google.com
wrote:
Hi,
Yes, all queries not explicitly sorted by __key__ implicitly end with a
'__key__ asc' sort order.
To Nick Johnson and Ryan Barrett: Does this apply to *all* kinds of
queries? In particular, what about queries with
I have the same problem.
My application does not appear in the Admin console, but I figured out
that I can update it with the SDK appcfg.py.
I have a lot of problems with the app names since I mixed 2 accounts
and added them as (co-)developer.
Nobody of Google has responded so far to this
Here's my thoughts on the matter, as posted a few weeks ago
http://joerussbowman.tumblr.com/post/182818817/why-im-dropping-google-appengine-for-my-primary
Basically, it depends on whether or not appengine is the right tool
for the job. If you have a lot of reading/writing to backend
datastore,
On 17 Sep, 23:25, djerdo grflana...@gmail.com wrote:
Using the bulkloader with the dev appserver, the script adds rows
(Entities) at a progressively slower rate, to the point where it
becomes unusable when the csv file is large (20,000 rows). Why? Is
this a known issue? Are there any
What do you mean by hangs up?
In any even, setting an offset won't allow you to fetch beyond 1000
items. What your code is attempting to do is:
1. fetch the first 1000 results of the query
2. re-fetch results 2-1000 and add them to the items list
(it should break at this point, since there are
thanks a lot kmacleod. i will try it
On Sat, Sep 26, 2009 at 4:07 PM, Kenneth goo...@kmacleod.ie wrote:
Have you tried the http range header? The other side would have to
understand it which is unlikely for dynamic content, but it is the
only option I could see working.
Run this in a
Hi Waldemar,
On Sat, Sep 26, 2009 at 6:25 PM, Waldemar Kornewald wkornew...@gmail.comwrote:
On Sep 21, 5:06 pm, Nick Johnson (Google) nick.john...@google.com
wrote:
Hi,
Yes, all queries not explicitly sorted by __key__ implicitly end with a
'__key__ asc' sort order.
To Nick Johnson
Hi djerdo,
You can specify key names by overriding the generate_key method of your
loader. See here for more details:
http://blog.notdot.net/2009/9/Advanced-Bulk-Loading-part-2-Customization
-Nick Johnson
On Sat, Sep 26, 2009 at 1:54 PM, djerdo grflana...@gmail.com wrote:
On 17 Sep, 23:25,
Hi,
anyone have any experience using Compass API and its CPU store
memory usage?
Is it using a lot of CPU store space compared to simple request?
Thanks
Regards
Arny
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google
I wrote a script on a page to delete about 1500 entities by key. The
whole process took about 20 seconds over 3 or 4 web requests.
I was dinged about 25 minutes of CPU time, or about 75 times what it
actually took assuming I pegged an entire CPU during those 25
seconds.
My app is still under
It's a simple hello world script. Hello world isn't being printed.
On Sep 26, 4:58 pm, Wooble geoffsp...@gmail.com wrote:
Is main.py correctly handling all of the URLs you're sending to it?
What makes you think it's not running?
On Sep 26, 7:18 am, Kenchu sweken...@gmail.com wrote:
Maybe
That fixed it. Thanks.
May I respectfuly submit that the error reporting in bulkloader is not
all it could be? One would not think that mistyping a URL would lead
to a report of an authentication error. In fact I think the bad URL
thought fleetingly occurred to me, but it didn't have time to
I have a project which requires uploading a ton of data I have
collected. The Remote API seems like the ticket.
Being generally a good citizen I want to try this on my development
environment before going nuts on the Google server. However despite
much Googling, no joy.
More specifics: it would
25 matches
Mail list logo
