Hello,
Did you solve this problem?
I'm precisely with the same error.
Thanks for any help.
Sincerely
Rui
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To post to this group, send email to
The latest documentation here
http://code.google.com/appengine/docs/java/datastore/transactions.html
states:
If your app receives an exception when submitting a transaction, it does
not always mean that the transaction failed. You can receive
DatastoreTimeoutException,
The design of Singleton class should ensure the following
1. the class is instantiated only once and further requests to the class to
create instance are forced to return a reference to the existing one and
only object.
2. the instantiation of the class can be delayed until it is actually
plz give me a very simple example to save a name in datastore.
like u have a text box in index.html and a button and wen u click on the
button name gets saved on datastore.
--
You received this message because you are subscribed to the Google Groups
Google App Engine for Java group.
To view
Folks/GAE Gurus..
Quick question ..
with multi-threading for Java instances .. how many concurrent threads
will a 600 Mhz instance run.
Do you have any idea on the criteria to dispatch a request as a new
thread versus hold off and potentially spawn a new instance?
All the best
\n
--
You
In case you're keeping track of issues thinking it's generally cleared up:
I'm on HR and have noticed higher latencies (couple seconds instead of e.g.
300ms) lately and sometimes higher error rates (a few instead of 0-3).
Yesterday over about 6 hours I got a ton of 60-second requests that threw
I'm encountering the same issue with HR app. The spike got started in about
~1 hour from now.
AppID: cmsevobg
Datastore: HR
On Tuesday, March 13, 2012 10:36:38 AM UTC+2, Richard Watson wrote:
In case you're keeping track of issues thinking it's generally cleared up:
I'm on HR and have
Hello,
Same thing here, since around an hour ago:
AppID: fiveorbsgame fiveorbsgame-test
On Tue, Mar 13, 2012 at 9:59 AM, Miroslav Genov mge...@gmail.com wrote:
I'm encountering the same issue with HR app. The spike got started in
about ~1 hour from now.
AppID: cmsevobg
Datastore: HR
On
Ops my mistake, our HR id is cmsevobg-hr. Normally we get initialization
time for ~10 seconds, now the time is 38 seconds using F4 CPU model.
Here are some exception traces that might help
1.
Failed startup of context
Same here, very slow and frequent instance startups. I use the HR
datastore.
I've set idle instances to 2 F4s but I have the impression that the
scheduler prefers to start a new instance instead of using one of the
available idle ones.
--
Pieter Coucke
Onthoo BVBA
zamtam.com
Same thing the last minutes on our app (HRD, Java, Low-Traffic, one
instance, no new deployment, simple page just hitting MemCache):
Request was aborted after waiting too long to attempt to service your
request. -- User sees 500er
GAE-Team, what is going on the last days? In my opinion the
My graph showing ms/sec (attached) over last 24h. Average spikes were up
to 32 seconds, but I think all the errors were 60+-1 sec.
On Tuesday, March 13, 2012 10:36:38 AM UTC+2, Richard Watson wrote:
In case you're keeping track of issues thinking it's generally cleared up:
I'm on HR and
Hello Ikai
our app is *betscoreslive*. In our settings master/slave replication is
activated but we are NOT using the datastore at all and we have been
experiencing the DeadlineExceedExceptions and increased instance number
mentioned by the rest of the people in the discussion. Our app is only
Hello,
How can I get this limit of 100 versions per application?
My old and new applications are still limited to 10 versions.
Thank you
Maxime
On Monday, June 14, 2010 9:02:48 PM UTC+2, Ikai L (Google) wrote:
Are you uploading versions or new applications? You should have a limit of
100
This is very disturbing ... Our M/S app is getting higher error rates and
some instances take from 15s to 70s to start. We can't do anything about
this and even debug what is happening. If there was a issue with our code,
they should always take 70s to start! I really can't understand or think
I believe this was related to:
http://code.google.com/p/googleappengine/issues/detail?id=7130
This should now be fixed.
On Tue, Mar 13, 2012 at 9:59 AM, Miroslav Genov mge...@gmail.com wrote:
I'm encountering the same issue with HR app. The spike got started in
about ~1 hour from now.
Hi,
I believe this was also related to:
http://code.google.com/p/googleappengine/issues/detail?id=7130
And should now be fixed.
On Tue, Mar 13, 2012 at 10:02 AM, Sébastien Tromp sebastien.tr...@gmail.com
wrote:
Hello,
Same thing here, since around an hour ago:
AppID: fiveorbsgame
As Chris pointed earlier in that thread, M/S app are more vulnerable to
this kind of transient infrastructure issues because moving them around
require a maintenance period.
HRD applications are covered by the SLA, replicated around multiple
datacenter, and better distributed if we notice an
If you are not using the datastore it should be trivial to move your
application to the new HRD infrastructure.
If you don't need the same appid, just create a new HRD application and
deploy your code on it.
If you need the same appid, use the self migration tool:
I'm using HRD and am still getting tons of 500s since early this
morning.
On Mar 13, 8:52 am, Johan Euphrosine pro...@google.com wrote:
I believe this was related
to:http://code.google.com/p/googleappengine/issues/detail?id=7130
This should now be fixed.
On Tue, Mar 13, 2012 at
What is your application id?
Feel free to open a production issue, if you want to investigate this
offthread:
http://code.google.com/p/googleappengine/issues/entry?template=Production%20issue
On Tue, Mar 13, 2012 at 11:44 AM, Mos mosa...@googlemail.com wrote:
Same thing the last minutes on
What is your application id? Did you already fill a production issue?
On Tue, Mar 13, 2012 at 3:10 PM, Jason jaso...@gmail.com wrote:
I'm using HRD and am still getting tons of 500s since early this
morning.
On Mar 13, 8:52 am, Johan Euphrosine pro...@google.com wrote:
I believe this was
bounce
--
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,
What is your application id?
krisen-talk(www.krisentalk.de)
Feel free to open a production issue
There is already an issue from someone else (following this thread a lot of
people are affected):
http://code.google.com/p/googleappengine/issues/detail?id=7133
Johan, what's going on with
We migrated our app to the HRD last night. With 4 GB of data quota in
around 2M entities it took 20-30 minutes. On the new app, we are seeing
response times at about 1% of the MS app - 100 times faster. Our app was
read only for less than three seconds - enough to affect 10 requests from 2
To chime in: My HR app is also very unstable for what seems to be the
last few weeks. Sometimes it performs fine, and sometimes its spinning
up unnecessary instances and not using them, throwing deadlineexceeded
errors, killing requests after a long wait with Request was aborted
after waiting too
I have had outages throughout this morning.
My app is bedbuzzserver.appspot.com, Java app on HR.
From 2am until 7.48am. I have filed Production issue 7138.
My instances keep getting reset (and then taking too long to start up),
my '*Current Load' *logs get reset to 0
(e.g.
Thanks for asking but NOT at all.
On Monday, March 12, 2012 11:28:42 AM UTC+2, Paco Paco wrote:
Jonathan, have you found a solution yet?
On Sat, Mar 10, 2012 at 12:47 AM, Jonathan jonathan.na...@gmail.comwrote:
I've exactly the same problem, after the first 100 recipients the
delivery is
Same here...a flurry of errors. The last one:
1.
E2012-03-13 08:42:46.475
org.datanucleus.transaction.Transaction commit: Operation commit failed on
resource: org.datanucleus.store.appengine.DatastoreXAResource@1389244, error
code UNKNOWN and transaction: [DataNucleus
Hi,
I will email the app id rather than post it on this public forum.
We are still seeing HTTP 500 errors today. Instances seem to take a long
time to come up.
We are using HR datastore.
Tanks,
Hamish
On Friday, March 9, 2012 7:00:57 PM UTC, Takashi Matsuo (Google) wrote:
Hi Hamish,
app-id; fp-spalife
I opened a ticket for this:
http://code.google.com/p/googleappengine/issues/detail?id=7124
Thanks
--
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 Takashi,
we are getting error 500 in all versions now.
Deployment is checking for finished deployment for more than 7 minutes
now.
I also have a very strange bug (java): If I remove
filter
filter-nameappstats/filter-name
filter-
We too are getting lots of 500s.
Example below:
2012-03-13 09:20:56.381
Failed startup of context
com.google.apphosting.utils.jetty.RuntimeAppEngineWebAppContext@1abcd9b{/,/
base/data/home/apps/s~camiologger/1.357444708065977584}
org.mortbay.util.MultiException[java.lang.NullPointerException,
This is happening to me too. Instances getting restarted, and requests
taking way longer than usual. Getting emails from unhappy users.
My app id is bedbuzzserver, on HR ( Java)
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To view
This seems to be the issue:
http://code.google.com/p/googleappengine/issues/detail?id=7133
Please vote for it
On Tue, Mar 13, 2012 at 5:38 PM, Mark markrobertdav...@gmail.com wrote:
This is happening to me too. Instances getting restarted, and requests
taking way longer than usual.
Hello,
One of my indexes is stuck on the building state. I am unable to delete
it with the normal vacuum_indexes. It is not a large entity, nor an
exploding index.
I've seen that many others have had this bug happen to them in the past,
and the someone from Google has had to force the index
Thanks Robert. I try to use tasks as much as possible, but your ending
note will have me re-double my effort. -stevep
On Mar 12, 6:42 pm, alex a...@cloudware.it wrote:
Please, don't just count the number of messages. Otherwise, you'll end up
counting mermaid costumes :)
On Monday, March 12,
Me too facing the same issue, my app id is *beta-sb*
*
*Thanks,
Naresh T
On Tue, Mar 13, 2012 at 10:15 PM, Mos mosa...@googlemail.com wrote:
This seems to be the issue:
http://code.google.com/p/googleappengine/issues/detail?id=7133
Please vote for it
On Tue, Mar 13, 2012 at 5:38
Same here. I use pingdom to monitor my site and it's been down on and off
for the past 24 hours to the tune of around 30 minutes.
I opened an enterprise support ticket but haven't heard anything back.
--
You received this message because you are subscribed to the Google Groups
Google App
I'm a big fan of robertk, loved the interview
On Tuesday, March 13, 2012 12:13:25 AM UTC+2, Johan Euphrosine (Google)
wrote:
FYI,
I just posted an interview with our very Robert Kluin to Google+:
https://plus.google.com/111042085517496880918/posts/8CHm8KKqXWU
Feel free to comment there.
Just about every request results in 1 or more resources failing with 500,
and many that do finish take seconds. Here's a sample error (I used to get
202 or 203s, now just 'aborted after waiting too long...'):
- 2012-03-13 11:52:37.682 */resources/styles/standard.css* 500 10636ms
0kb
Oh, it's working now.
If someone out there fixed it, thanks.
(If it was just slow, that seems strange as it was stuck for at least an
hour. There are only a few thousand entities in that index, I have other
indexes that point to tens of millions and finish within an hour...)
On Tuesday, 13
We have noticed that many of the downtimes Pingdom reports are the result of
AppsForDomains. If you hit your app from another app, or via AOL, or
another provider that has a peering arrangement with AppEngine it will be
up.
I'm calling this AppsForDomains issues because typically during these
I just switched to HRD this morning, and while the app is at least
accessible now, I still get Request was aborted after waiting too long to
attempt to service your request. every 60 seconds or so. This is not even
thrown as an exception or error - it's logged as Info.
This is really bad for
If the SDK is accessible to the outer world, it poses a HUGE security risk
One can simply write a script for Interactive
Consolehttp://localhost/_ah/admin/interactive
and steal all your code/data
To prevent this - one may restrict access to Development Console and permit
only 127.0.0.1, this
By your assumption that arbitrary code execution will affect your SDK
binaries (either java or python), I'am assuming that you are using Windows,
downloading the SDK binaries from untrusted websites or not running the MD5
checksums. I suggest you to do all these: use Linux, downlaod only the
I don't think this is related to my question, but thanks anyway
On Tuesday, March 13, 2012 11:25:15 PM UTC+2, Ronoaldo José de Lana Pereira
wrote:
By your assumption that arbitrary code execution will affect your SDK
binaries (either java or python), I'am assuming that you are using Windows,
We are having the same issue (DeadlineExceptions, InitializationExceptions,
etc) since the last maintenance.
More than that, we have some remote units that make HTTP requests to post
data to our application using an GPRS module.
Some of those units (more than 40) are no longer sending these
Dear Sir,
Would you help the issue below. Is it possible to query Datastore by
parameter of Date?
--- My code
PersistenceManager pm = PMF.get().getPersistenceManager();
Query query = pm.newQuery(Customer.class);
Date currentDate = new Date();
Date beforeDate = new Date();
long currentdate =
I'm looking for a way to use my javascript code to directly interface with
the google app engine and with the datastore.
I've already used the GWT/GAE Java SDK in Eclipse with varying levels of
success, but I'm looking for a way to leverage the benefits of GAE Google
cloud server with the
I have implement struts based chat application using channel API
trying to implement the chat application., The Sample struts chat
application works in local enviroinment .But in production
enviroinment totally it sucks.Please help
--
You received this message because you are subscribed to the
Same here, I had opened an issue in
stackoverflow:
http://stackoverflow.com/questions/9638648/appengine-frontend-to-db-latency-temporarily-10-secs-every-20-calls
On Monday, March 12, 2012 1:17:05 PM UTC+1, Thomas wrote:
We experience Google AppEngine having very poor performance / high
I am doing a web application project using GWT in Eclipse.
I have a file on the client side which is to send on the
project.server and from server to external Repository.
File -- Client--Server--Repository Iam Using default SDk -
(appengine-java-sdk-1.6.3.1- 1.6.3)
GWT-2.4.0 according to
I would like to delete an application.
Administration
=Application Settings
=Disable or Delete Application
=You do not have sufficient privileges for this operation.
Administration
=Permissions
=All the members are a developer. There is no owner.
XXX@.com — you Developer
Our app id: reportingsuiteengine
Master/slave
Current instances in dashboard: 8-10
Usual instances: 2-3
Since last Thursday, without having made any kind of change either in the
application configuration (in the console) or the actual code
(deployments), we have been suffering an abnormal low
Hi GAE guys,
same issue for us ... please react ... our cutomers are complaining :-(
appid: logos-contacts
Regards
Vincent
1. 2012-03-12 11:31:23.508
/_ah/login_required?continue=https://logos-contacts.appspot.com/500
72138ms 0kb Mozilla/5.0 (Windows NT 5.1) AppleWebKit/534.24
Hi all,
I do a very simple test. Create gs file, write info to it and
finalize.
My App Engine app have permission to Google Cloud Storage as OWNER
I test that from my AppEngine app and I test from remote api.
## CODE ##
path = /gs/bucket/MyFile
mime_type = 'application/octet-stream'
acl =
My problem was solved !!!
When I create the file I set ACL to 'public-read' and It worked !!
However if you used ACL = 'public-read-write' It fails, because
public-read-write applies only for buckets, be careful with that !
Regards and I hope this will be useful for you.
Thanks all !
More info about that here:
https://developers.google.com/storage/docs/accesscontrol
Regards.
2012/3/13 Moises Belchin moisesbelc...@gmail.com
My problem was solved !!!
When I create the file I set ACL to 'public-read' and It worked !!
However if you used ACL = 'public-read-write' It
I'm looking for a way to use javascript code to directly interface
with the google app engine and with the datastore.
I've already used the GWT/GAE Java SDK in Eclipse with varying levels
of success, but I'm looking for a way to leverage the benefits of GAE
cloud services with the direct DOM
Hey all,
Has anyone been seeing a large number of error code 104s today? We haven't
made any significant code changes today, but these started showing up in
logs, with no additional information.
I've tried upgrading our instance types to F2, just in case we're hitting
some sort of memory
Ikai,
I have not moved to HRD yet. But I am pretty sure I am the only user of my
application. However, ever since couples of days back, not only that it is
slow but I kept on running out of quota, despite the fact that I turned on
the billing. I have switched off billing yesterday as it didn't
3 days later, the service status page shows all green for the past week.
Seems a bit less than honest.
--
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 Ikai,
My appId is phone-menu.
I'm with the same problem.
My conclusions:
After deploy in the next 10 minutes I get a lot of errors. After that the
default version will run ok( not completely ok).
Concurrent request on the first 10 seconds will improve the probability to
get errors
Our app is running on HRD and performance has, on average, been fine over
the past 2 weeks. But this morning, our app is unusable. Almost every
request times out. Note that our app was last deployed 2 weeks ago - no
changes since then. Our staging application has newer code but a LOT less
data
We are seeing lots of 500s today. Nothing shown on the appengine status
board.
On Tuesday, 6 March 2012 13:17:37 UTC-8, Adam Sherman wrote:
Am I the only one seeing short duration outages? They are being reflected
at:
http://code.google.com/status/appengine
But I don't see anyone else
Hi,
We are having the same issues.
appid: domodentweb2
QPS: 0.028
%error: I would say 60%, but it's not accurate
Datastore: HRD.
We are desperate because there is no backup alternative, so if appengine is
down, we are down..
Thanks.
Il giorno martedì 6 marzo 2012 22:17:37 UTC+1, Adam Sherman
I will create channel Id(token) using Channel API in server side.,
In the client side using this token while opening the channel using
http://talkgadget.google.com/talkgadget/channel.js. It throwing error
provider token is invalid .
Please help how to fix this issue
--
You received this
I will create channel Id(token) using Channel API in server side.,
In the client side using this token while opening the channel using
http://talkgadget.google.com/talkgadget/channel.js. It throwing error
provider token is invalid .
Please help how to fix this issue
Regards.,
Praveen.
--
You
We are having the same problems.
appid: domodentweb2
QPS: 0.28
%error: can't say... It's fluctuating. In15 minutes periods we can have 0%,
or 80+%
datastore: HRD
Please help.
Thanks.
Il giorno martedì 6 marzo 2012 22:17:37 UTC+1, Adam Sherman ha scritto:
Am I the only one seeing short
I have found the solution to my problem. It seems to be the length of the
arguments passed to the enhacer... follow this link:
http://stackoverflow.com/questions/1890410/base-class-does-not-seem-to-have-been-enhanced-after-upgrade-of-google-app-eng
Carlos
--
You received this message because
Hey Guys, glad you found it entertaining (not sure the right word).
Just wanted to note that I'm at pycon this evening hacking around on a
couple things. For anyone here, feel free to drop by! I'll be taking
off tomorrow mid-morning.
Robert
On Tue, Mar 13, 2012 at 14:24, Kaan Soral
Same thing here too!
appid: domodentweb2
datastore: HRD
Getting calls and emails from angry customers.
Please, help!
Thanks.
On Tue, Mar 13, 2012 at 5:38 PM, Mark markrobertdav...@gmail.com wrote:
This is happening to me too. Instances getting restarted, and requests
taking way longer than
Vote for the issue:
http://code.google.com/p/googleappengine/issues/detail?id=7133
I hope Google will give some feedback soon ?!
On Tue, Mar 13, 2012 at 5:41 PM, Nicanor Babula nicanor.bab...@gmail.comwrote:
Same thing here too!
appid: domodentweb2
datastore: HRD
Getting calls and emails
One more here.
appid: carglyplatform (HRD)
It's been flaky off-and-on for a couple weeks, yesterday was better, today
bad again. Lots of warmup errors, instance restarts, errors in general.
Stephen
On Tuesday, March 6, 2012 3:17:37 PM UTC-6, Adam Sherman wrote:
Am I the only one seeing
Potential fix: set performance sliders to auto.
This is purely anecdotal but it might mean something: After reading some
post this afternoon about the instance settings not really working I
switched to AUTO idle instances and AUTO pending latency (before they were
set to 1-1 and 25ms-1.5s
I'm seeing the same problem! I have hit 100 emails and can't mail anymore
even with a very generous billing quota per day.. billable email is not
triggering.
My app is sky-words-hrd
On Wednesday, February 8, 2012 2:36:40 PM UTC-8, Ice13ill wrote:
In SDK 1.6.2 is stated that:
Mail
.
--
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
http://groups.google.com/group/google-appengine/browse_thread/thread/fb06574b6ed8b726/8ff0423956353fe3?lnk=gstq=wtf#8ff0423956353fe3
Hi Gregory and Ikai, do you care about it?
http://groups.google.com/groups/profile?enc_user=Zv7tuxCy4JMQo8Z2z60KpjGFZb6i
Hi,
I am noticing that the latency on my HR based application went up
significantly. My app does a simple read and a write. It is taking
over 1 second to do this operation. In M/S the this operation was
100ms
Even under multi threading, my machines are not processing as many
requests as my M/S
I means why not to conquer it instead of trying to avoid it?.
If you can't conquer it, please lower the instance prices to the
normal level, I mean about tenth to fifth of the current level so that
apps can open more resident instances to avoid Cold Starts.
Here is one solution: give each app
you mean, always have one instance more than required ? ( who is going to
pay for that ? ) , and is not minimum idle instance same thing ?
On Wed, Mar 14, 2012 at 10:36 AM, Tapir tapir@gmail.com wrote:
I means why not to conquer it instead of trying to avoid it?.
If you can't conquer it,
if request/second dropped, nothing could be done. latency has nothing to do
with request/second. if nothing else, it will increase the instance count,
google have no control over request/second.
On Wed, Mar 14, 2012 at 9:47 AM, thecheatah thechea...@gmail.com wrote:
Hi,
I am noticing that the
83 matches
Mail list logo
