It could be completely unrelated to the User data model - if they are
storing any other serialized objects in the session which have had their
structure updated between v15 and v17, then when the session object gets
deserialized from the datastore/memcache, it will also have the same
symptoms.
Do you have 2-factor authentication on your account? If so, you'll need to
generate an application-specific password for GAE.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
You'll have to do the maths yourself, but the prices are all listed here:
https://developers.google.com/appengine/docs/billing
On Friday, 19 October 2012 13:52:19 UTC+1, Aj Jack wrote:
Im looking for a detailed pricing details of Blobstore API. Like quota for
calling the APIs or calling the
Hi,
You've built your project with Java 7 and GAE only supports Java 6 at this
time. Rebuild your project with Java 6 and this error will go away.
Cheers,
Simon
On Thursday, 4 October 2012 04:08:28 UTC+1, Gustavo Madi wrote:
you can test my application in www.iyoung.com.br
looking at the
Doesn't this functionality already exist?
https://developers.google.com/appengine/docs/java/config/appconfig#Custom_Error_Responses
https://developers.google.com/appengine/docs/python/config/appconfig#Custom_Error_Responses
Cheers,
Simon
On Tuesday, 18 September 2012 14:47:36 UTC+1,
That's just not true - I have an app which uses no third-party libraries at
all, uses no persistence and in fact it uses no GAE services. It simply
has one servlet which processes request headers and returns a response. My
average start-up time for this app is 3 seconds, when it's running
Completely agree, seems to defeat the entire purpose of warm-up requests.
On Sunday, 15 July 2012 14:40:14 UTC+1, Michael Hermus wrote:
I have to agree with this; it seems completely backwards to me. Wouldn't
resident instance warmups be extremely infrequent since they are well,
Hi,
Have you read the H/R migration
docshttps://developers.google.com/appengine/docs/adminconsole/migration?
The aliasing is part of the migration process - you can continue using the
original appspot address if you wish, although in the background the H/R
app will have a new ID (see the
I'm really surprised by the servers being within 500ms of each other, to be
honest.
I've got a timesheet product on GAE and I've had clock skew of more than a
minute between some instances, although it's fairly rare that it's anywhere
near that large and it's a lot better now than it ever
I still find it bizarre that we can't cap the maximum number of instances.
If we could say I never want any more than 5 instances, then this billing
problem goes away - sure, your service will probably be hit with
performance issues, but at least you are in more control of your outgoing
no way to stop it.
On Wednesday, 13 June 2012 21:20:16 UTC+1, alex wrote:
Simon, so you're saying that setting Min Pending Latency slider to e.g.
10s does not work for you?
On Wednesday, June 13, 2012 10:09:20 PM UTC+2, Simon Knott wrote:
I still find it bizarre that we can't cap
Have you checked the server logs through the admin console?
On Wednesday, 16 May 2012 15:44:19 UTC+1, Ronaldo Ronie Nascimento wrote:
I get the error above, in my aplication, this happens when I map a filter
to /* in my web.xml, but the filter works fine at my machine. How I can
solve this?
It's very clear from the Billing page -
https://developers.google.com/appengine/docs/billing
Paid apps cost a minimum of $2.10/week, and this amount counts toward your
resource usage for that week
I'm not sure how they could make it any clearer...
On Wednesday, 25 April 2012 22:10:55
Hi,
Have you enabled sessions, through your app config file?
https://developers.google.com/appengine/docs/java/config/appconfig#Enabling_Sessions
Cheers,
Simon
On Tuesday, April 24, 2012 1:04:51 AM UTC+1, kz kz wrote:
When running the following code, a new session is generated every time
Deleting 2.5k records can easily put you over the free quota if you have a
few indexed properties and custom indexes.
From https://developers.google.com/appengine/docs/billing you can see that
each entity delete consumes:
*2 Writes + 2 Writes per indexed property value + 1 Write per composite
Do you use sessions at all?
On Thursday, April 19, 2012 4:47:08 AM UTC+1, Mac wrote:
Hi,
So far my app has no data, and no index.
All it does is in each request, it
1: use blob service to call createGsBlobKey so it can pull a file from
google storage
2: use blob service to serve it to
Glad to hear it!
On Thursday, April 19, 2012 2:32:15 AM UTC+1, senderj wrote:
Simon, thank you so much. You resolved my problem.
On Apr 18, 7:16 pm, Simon Knott knott.si...@gmail.com wrote:
Are you aware that SimpleDateFormat is not threadsafe, so you shouldn't
have it as a static
Are you aware that SimpleDateFormat is not threadsafe, so you shouldn't
have it as a static variable?
You might be hitting this issue -
http://www.codefutures.com/weblog/andygrove/2007/10/simpledateformat-and-thread-safety.html
Cheers,
Simon
On Wednesday, April 18, 2012 11:47:10 AM UTC+1,
Hi,
Do you use any of the entity's properties in custom indexes at all? It's
pretty easy to blow the daily quota if you have all properties indexed and
also use custom indexes.
From https://developers.google.com/appengine/docs/billing you can see that
each delete consumes:
*2 Writes + 2
Hi,
Until you are charged for the first time, your quota remains at 100 emails.
Basically, it takes a week for the email quota to kick in.
Cheers,
Simon
On Monday, 19 March 2012 15:21:28 UTC, Nicole K wrote:
I am new to Google apps and currently use it to register HS students
for Advanced
Hi,
No it means that the name will no longer be usable, unfortunately.
Application names appear to last forever, no matter whether the app has
been deleted, so the only way to retain the same app name externally is to
use the HRD migration tool.
Cheers,
Simon
On Monday, 19 March 2012
,
Simon
On Monday, 19 March 2012 18:52:12 UTC, Pavel Lisa wrote:
No, that can’t work, the HRD migration tool doesn’t offer to migrate to
the same application id.
Dne pondělí, 19. března 2012 18:19:19 UTC+1 Simon Knott napsal(a):
Hi,
No it means that the name will no longer be usable
Why would your SDK be available to the outside world? It's a development
tool, no different to any development environments - lock it down via the
network infrastructure, as you would any other development environment. If
you have production data in your dev environment and it contains
Hi,
Why do you care about CPU cycles? The pricing model no longer cares about
CPU usage, it only cares about instance allocation time. As far as I'm
aware the scheduler cares the most about the entire length of the user
request, rather than what happens within that request.
Cheers,
Simon
Hi,
Ah, I see! Unfortunately I don't have an answer to your question - should be
pretty easy to find out though. Cant you just set up two different requests,
one which sleeps for bloody ages and one which spins at a high frequency and
compare.? It is likely to be quicker than waiting here
Hi,
You need to create scripts to populate and backup your local dev database,
as every time they release a new SDK it tends to break the compatibility of
the datastore.
If you have a production version of the application, you can use the Remote
API to pull data from that app into your
Hi,
Have you tried filling out the quota
formhttp://support.google.com/code/bin/request.py?contact_type=AppEngineCPURequest,
referenced from the Quotas
documentationhttp://code.google.com/appengine/docs/quotas.html#Channel
?
Cheers,
Simon
--
You received this message because you are
Hi,
Even if MemCache doesn't go down, there is no guarantee that MemCache data
will be there from one (milli)second to the next - it's a cache and its
data should be treated as entirely transitory.
To answer your original question, if MemCache went down then when it came
back it would be
I always liked this picture by Ikai for explaining Task Queue
configurations - http://twitpic.com/3y5814/full
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Hi,
Since the sessions in the datastore aren't cleaned up automatically, isn't
this likely to just give the total number of sessions that have ever been
created?
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this
Hi,
There are two types of indexes:
- *Per-property indexes* - each property of an entity has an
ascending/descending index which is written at the time of entity
persistence. If you change whether a property is indexed, then you must
manually read and re-write the entity for the
Hi,
Just realised that I missed off the answer to how long will it take -
this depends entirely on how many entities you have. :)
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
The datastore statistics only display entity storage, they don't show index
storage.
If you use a lot of indexes it's quite possible for the index storage to be a
multiple of your entity size.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Hi,
The calculation for datastore writes for new entities is:
2 Writes + 2 Writes per indexed property value + 1 Write per composite
index value (see
http://code.google.com/appengine/docs/billing.html#Billable_Resource_Unit_Cost
for
more information).
If you have 14 simple properties, then
It might help if you took your own advice...
You've posted on a technical support forum and then insulted the very
people who are offering you the most information, if sometimes in a
sarcastic and off-the-cuff manner!
--
You received this message because you are subscribed to the Google
Your definition of very rude is over the top, and I'd classify obviously
you are not only incompetent byt very loud person as insulting.
I wish you luck with recovering your ill-spent money, and hope you can find
the help you are looking for elsewhere.
Cheers,
Simon
--
You received this
Are you using any other third-party libraries for logging?
I've just had a look at my project and I haven't done anything special
apart from put a logging.properties file at the root of the classpath, and
logging output is fine with tests (attached it just for info). Even if I
delete that
It looks like you've compiled the Hello World application with JDK 7 - GAE
only supports JDK 6 applications currently.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Have you tried setting log4j.logger.org.springframework.web=OFF? The log
comments aren't coming from the security package.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Gets by key always return consistent data, unless you specifically force it
to be eventually consistent. Similarly, ancestor queries on the HR
datastore always give you the correct data. Both are wrapped in
transactions in the background, I believe.
The overview on
When I get near a computer I'll see what settings I've got. I swear I see log
output for my unit tests.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
As Joshua mentions, if you are on HRD you are simply experiencing eventual
consistency. Unless you do gets by keys, which will always give you
up-to-date data, you will potentially experience stale data due to the time
it takes to replicate the entities and indexes across the GAE replicated
Sounds a good idea to me, I'd be up for it.
Cheers,
Simon
--
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/-/yUPCVmPpC6sJ.
To post to this group, send
Apart from the initial spike, the actual billed instances looks exactly the
same - have you manually specified the number of idle instances you wish to
have, or have you still got the slider on automatic?
Cheers,
Simon
--
You received this message because you are subscribed to the Google
The GAE Production servers all have a bank of IP addresses which tend to
get rate limited to public APIs. It's been mentioned many times in this
group that if you want to access a public API and don't want to get rate
limited, you need to host a lightweight proxy somewhere with a static IP
Have you recently installed JDK 7 at all? It looks like something is
either trying or has compiled one of your JSPs/classes in JDK 7.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Hi,
I know that a few people have mentioned using PubNub http://www.pubnub.comfor
broadcasting events to multiple users, although I've no idea what the
latency is like for it.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
Hi,
I'm afraid there is no way to connect to external databases.
Currently the only access you can have is either to the GAE big table-based
datastore via various APIs (JPA, JDO, low level API, or third party such as
Objectify/Twig/Slim3), or to external applications via an HTTP interface.
Hi,
A few questions:
- What datastore are you running against, Master/Slave (M/S) or High
Replication (HR)?
- If it's the latter, how quickly are you querying for the data after it
has been inserted?
- Are you facing this issue on the development environment or in
F4 instances use four times the instance hours of F1 instances -
essentially, you get 28hrs free of an F1 instance and only 7hrs free of an
F4 instance.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion
It has to delete all property and composite index values for each entity as
well though.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Which SDK are you developing against - are you actually developing against
1.6+? Do you get any error in your server logs?
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Suresh,
Based on your previous comments about web services and also this one,
you're either incredibly lazy or are simply a very junior developer and
completely lost. The very first demo application on that link has an
example of using JDO with GAE, and many of the other apps have some
Whilst you don't control the maximum version that GAE supports, it does honour
whichever version you've specified in your app configuration file.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web
Hi Suresh,
It might be worth having a look through some of Brandon's examples at
http://code.google.com/p/gwt-examples/
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Suresh, a 404 error means that the URL you have pointed your SOAP client at
doesn't exist.
What URL are you attempting to connect to?
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Hi,
I highly recommend that you read all of the documentation at:
- http://code.google.com/appengine/docs/java/datastore/overview.html
-
http://code.google.com/p/twig-persist/wiki/Comparison#Objectify_and_SimpleDS
-
It looks like you've compiled your code with JDK 7 and GAE only support JDK
6.
--
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/-/oeorgtKuVA8J.
To
Hi,
Your best bet is the datastore, as this is probably the most reliable
shared service. You could potentially share state in a backend server, but
these too have a tendency to go down.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App
Hi,
If an instance is spun up, then you will use up 15mins of Frontend instance
hours automatically for spinning up the instance. So if those 200 requests
are fairly spread out over the 18 hours then it's more than possible to use
50% of your quota.
See
Hi,
This morning I'm hitting OutOfMemory exceptions on some really trivial
code, and it's all coming from either AppStats or logging:
Uncaught exception from servlet
java.lang.OutOfMemoryError: Java heap space
at java.util.Arrays.copyOf(Arrays.java:2935)
at
Well I've just tried an F2 and F3 with exactly the same results - one call
to a particular handler just blows the memory completely. Seems to be a
general failure around AppStats and Memcache usage today!
com.google.apphosting.api.ApiProxy$CancelledException: The API call
memcache.Set() was
Whilst PayPal works with GAE, I think a lot of people face rate limiting
with their APIs as all GAE apps are coming from the same bank of IP
addresses. Every so often someone pops up and gets told that they'll need
to proxy the requests through a small instance hosted somewhere else (e.g.
Move the processing into the task queue - individual tasks can process for 10
minutes.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Suresh,
I don't mind answering queries when there is a genuine problem, but I'm not
going to type gae java task queue into Google for you. You've got to do
some of the leg work yourself.
As for your other query, if you want to do publish-subscribe in the client
then look at Pubnub.
You can't I'm afraid, HTTP is the only protocol which is allowed from a
GAE-hosted application.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Yes, that's completely possible.
What persistence framework are you using, or are you using the low level
API? They all have different ways of turning off individual property
indexes. It should also be noted that once you change configuration, you
actually have to load and re-persist all of
Ah it would have helped if I'd read your original post - I believe (and I
haven't bothered with DataNucleus for a long time) that you need to add
that annotation for every property you wish to be unindexed.
Cheers,
Simon
--
You received this message because you are subscribed to the Google
What do you need to use JMS for - connecting to a third-party application,
outside of GAE?
If not, have you looked at the Task Queue API?
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on
Hi,
Can't you just use a static ThreadLocal to hold the Locale, then access
that from wherever you need to? It's what I use for holding the Namespace
for an incoming request, to make it available to the rest of the code.
Cheers,
Simon
--
You received this message because you are subscribed
Hi,
A lot of the answers to your questions can be found by using a search
engine, Suresh, and doing some work for yourself. JMS does not support
HTTP by default - you'll have to find a JMS provider which has an HTTP
connector.
As for the 500 error, you need to look in your appengine console
Hi,
Do you normally do development Suresh, or are you just getting into it? If
it's the latter, I'd suggest not using GAE as your first attempt, as it
really isn't the easiest development or test environment to start on.
The error you're getting is because the target of your SOAP call doesn't
Hi,
Unless your JMS Queue provider supports HTTP connectivity, you will be
unable to use JMS on GAE.
HTTP is currently the only communication protocol supported on GAE-hosted
applications.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App
Hi,
Have you followed the FAQ here?
http://code.google.com/appengine/kb/sms.html
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Hi,
I'm not sure all the capitals were really required - did you follow the FAQ
here? http://code.google.com/appengine/kb/sms.html
Additionally, if you search these forums at all there are numerous messages
from people who have previously faced a similar issue.
Cheers,
Simon
--
You
Hi,
The GAE sandbox environment is restricted from reading arbitrary files from
the file system, just as the production environment is. You need to deploy
the XML as part of your web application and then load the file.
See http://code.google.com/appengine/kb/java.html#readfile for more
I didn't think blobstore migration was supported until a few months into
next year - I'll try and dig out which thread specified the timescales.
Until it's supported, you have to manually migrate all of your blobstore
contents.
Cheers,
Simon
--
You received this message because you are
I don't know Python, but isn't your second if not data basically saying
that if you don't have data, then put it in Memcache - seems to be the
wrong way round to me!
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion
Hi,
We actually get 28hrs for free - it allows for a couple of extra instances
being spun up by the scheduler on the odd load spike, without having to
face charges.
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
Andrius,
I'm curious as to what changes you've made to your application to fit in
with the new pricing model?
Whilst a lot of people said they were facing 10x price increase (some were
100x) when the model was first announced, a lot of those people have since
come back and stated how
Hi,
The limit is actually 5000 indexed properties per entity - see this post
for a more detailed explanation:
https://groups.google.com/d/msg/google-appengine/1fTct9AO1MY/FmjJBcye9OAJ
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google App
Another couple of useful links:
http://stackoverflow.com/questions/5131247/google-app-engine-datastore-index-cap
and
http://code.google.com/appengine/docs/python/datastore/queries.html#Big_Entities_and_Exploding_Indexes
--
You received this message because you are subscribed to the Google
Please
see https://groups.google.com/d/msg/google-appengine/-wZXS27YtyY/ZJVrPh0tHvoJ
- Google are looking into it apparently!
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Hi,
Your problem actually may be the counts - read this post by Alfred, who is
part of the datastore team I believe.
https://groups.google.com/d/msg/google-appengine/LsVSKbFCLwI/FpYEd1fPFLYJ
Cheers,
Simon
--
You received this message because you are subscribed to the Google Groups
Google
I'm confused - why do you miss hotswap, debug, etc? I develop all the time
and still get to use all of these.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
That error looks like you are using the wrong version of the supplied
DataNucleus library with GAE SDK 1.6
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view this discussion on the web visit
Are you honestly trying to tell us that you didn't post in the adult
mermaid costume forum, after asking for one the other day? :)
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
A couple of other people in the group have resolved this issue by JARing up
their custom classes, rather than loading them up from the WEB-INF/classes.
You'll notice that all of your errors come from class resolution or
classpath scanning - it seems the file system on GAE is particularly slow,
Hi,
In my experience on the GAE forums, a lot of unhappy developers I see are
actually the people who don't understand the GAE architecture and have
poorly designed applications for the environment. Their applications are
subsequently slow and/or expensive to run, for example because they
Is there any news on this Greg? I appear to have posted to some alarming
groups a couple of days ago!
Personally, I'm going to lay the blame on Brandon - this didn't happen
until he started playing with hosting porn on GAE
--
You received this message because you are subscribed to the
Wow, it's bloody fast as well - it already appears to have moved a post I
made 7 minutes ago, at least in the activity stream.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Maybe I'm happy because I don't use Python at all ;)
--
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/-/m4oZdhQo8gMJ.
To post to this group, send email
I can't see it moving the actual post, but it does seem to move the history
of the post.
For example, my recent postings don't actually appear to show being made in
the GAE forums at all - they seem to originate from one of the spam groups.
--
You received this message because you are
If you only have a single parent, then you will be limited to the 1 write
per second limit on individual entity groups (see bottom of
http://code.google.com/appengine/docs/python/datastore/hr/overview.html where
this is noted as a limitation of this kind of structure).
If you attempt many
Oh, thanks for the clarification Jeff. I wasn't aware of that!
--
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/-/AqWsajiX0EYJ.
To post to this group,
What persistence framework are you using?
--
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/-/Dcm2VWTxzfEJ.
To post to this group, send email to
Just annotate it as @Serialized
--
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/-/X7FiDN1gWMkJ.
To post to this group, send email to
Sorry, I've actually just gone back and followed your last few messages.
If you are really going to go down the route of persisting it to the
datastore (and I still think that's wrong), then create a completely new
Entity type.
e.g.
public class CityData {
public static final String
Can you determine what is causing the latency by using AppStats? MemCache,
URLFetch, Datastore?
Posting the overall latencies isn't hugely helpful.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
Why don't you store this data in a single entity, as serialised data? If the
data expires from the cache, you then only have a single entity read...
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view this discussion on the web visit
1 - 100 of 329 matches
Mail list logo