Hi Matthew,
It's difficult to give an exact date on when we will whitelist everyone,
but to give you some idea you should expect a timeframe measured in weeks
rather than months :)
We aren't preferentially targeting Premier customers for whitelisting, but
if you do have a Premier support
please , find version number of my app
i have created apps through Google app engine
i am download source code through terminal on windows platform
*
*
appcfg.py download_app -A vijaytestapp001 -V which version number put in
newly created app path*
*
*
*
which version put and i can
Hi,
Just to confirm that there is an issue. We are experiencing a lot of
Deadline exception from times to times (but there is still a few everyday).
More information about it
here:
Same problem here, happening from time to time, including right now :-/
On Monday, June 10, 2013 2:40:30 PM UTC-4, Pertti Kellomäki wrote:
Hi Aaron,
Unfortunately I have no clue, the problem just went away by itself.
Probably some kind of transient failure.
Pertti
On Mon, Jun 10, 2013
Currently AppEngine seems to be broken. No instances are shown in the
dashboard and the browser just gets a 500 server-error. No log files are
written.
AppID: krisen-talk
Anyone else?
Google, please fix!
--
You received this message because you are subscribed to the Google Groups
Google App
Well besides my app is down, there's also a few pages by Google is down:
https://developers.google.com/appengine/community?csw=1
https://developers.google.com/appengine/docs/go/datastore/transactions
--
You received this message because you are subscribed to the Google Groups
Google App Engine
also down, see my other post.
and status page showing nothing.
On Tuesday, June 11, 2013 4:47:27 PM UTC+8, Mos wrote:
Currently AppEngine seems to be broken. No instances are shown in the
dashboard and the browser just gets a 500 server-error. No log files are
written.
AppID: krisen-talk
all pages showing the following, which the report link is also showing the
same message:
Error: Server ErrorThe server encountered an error and could not complete
your request.
If the problem persists, please
reporthttp://code.google.com/appengine/community.html your
problem and mention this
My app is up again but the following pages were still mostly 500 error, a
bit unstable.
On Tuesday, June 11, 2013 4:52:40 PM UTC+8, Lawrence Mok wrote:
Well besides my app is down, there's also a few pages by Google is down:
https://developers.google.com/appengine/community?csw=1
My application is still down. see: http://www.krisentalk.de
On Tue, Jun 11, 2013 at 10:58 AM, Lawrence Mok lawre...@a4support.comwrote:
My app is up again but the following pages were still mostly 500 error, a
bit unstable.
On Tuesday, June 11, 2013 4:52:40 PM UTC+8, Lawrence Mok wrote:
my app is down again.
On Tuesday, June 11, 2013 4:58:33 PM UTC+8, Lawrence Mok wrote:
My app is up again but the following pages were still mostly 500 error, a
bit unstable.
On Tuesday, June 11, 2013 4:52:40 PM UTC+8, Lawrence Mok wrote:
Well besides my app is down, there's also a few
You have a nice custom error page with exploding thermometer :)
On Tuesday, June 11, 2013 4:59:51 PM UTC+8, Mos wrote:
My application is still down. see: http://www.krisentalk.de
On Tue, Jun 11, 2013 at 10:58 AM, Lawrence Mok
lawr...@a4support.comjavascript:
wrote:
My app is up again
Mine was down for a few minutes. It's up now though.
On Tuesday, June 11, 2013 5:03:37 PM UTC+8, Lawrence Mok wrote:
my app is down again.
On Tuesday, June 11, 2013 4:58:33 PM UTC+8, Lawrence Mok wrote:
My app is up again but the following pages were still mostly 500 error, a
bit
Same here, multiple apps, all down for about 20 minutes but back up now.
On 11/06/13 10:22, Albert wrote:
Mine was down for a few minutes. It's up now though.
On Tuesday, June 11, 2013 5:03:37 PM UTC+8, Lawrence Mok wrote:
my app is down again.
On Tuesday, June 11, 2013 4:58:33 PM
My application was submitted on the 16th of last month.. so nearing a month
now :(
On Tue, Jun 11, 2013 at 4:45 PM, Andrew Jessup jes...@google.com wrote:
Hi Matthew,
It's difficult to give an exact date on when we will whitelist everyone,
but to give you some idea you should expect a
Can;t be widespread. I haven't had any problems.
On Tuesday, June 11, 2013 4:55:55 PM UTC+8, Lawrence Mok wrote:
also down, see my other post.
and status page showing nothing.
On Tuesday, June 11, 2013 4:47:27 PM UTC+8, Mos wrote:
Currently AppEngine seems to be broken. No instances are
Hi,
we are keeping an official thread at this address:
https://groups.google.com/forum/?fromgroups=#!topic/google-appengine-downtime-notify/2X9bpvuTby0
Riccardo
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To unsubscribe from this group
The whitelisting process is not a FIFO queue - when whitelisting we try and
get a diverse set of applications, to help quickly uncover missing
features, bugs etc.
If your application has little associative description, or is the same as
the 500 applications before yours then it's not going to
Unfortunately my app is still broken. Since a few days I get this error for
multiple apps:
Uncaught exception from servlet
java.net.SocketTimeoutException: Timeout while fetching URL:
https://accounts.google.com/o/oauth2/token
App-ID: floreysofteditey
(one of them)
Daniel
Am Dienstag, 11.
Same here, it seems to be the same URL Fetch service timeout to Google
Accounts authentication endpoints that was affectig apps on June, 7.
Roberto
On Monday, June 10, 2013 11:14:17 AM UTC+2, vivpuri wrote:
Our app is getting Deadline exceeded while waiting for HTTP response
from URL while
Yes, getting the same URL Fetch errors too:
Deadline exceeded while waiting for HTTP response from URL:
https://www.google.com/accounts/o8/.well-known/host-meta?hd=https://www.google.com/accounts/o8/.well-known/host-meta?hd=sensecommerce.nl
xxx
I'm concerned that App Engine Downtime Notify
Our alerting just tripped again, although it was down for a shorter period
this time.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
I'm constantly getting this error. It is reproducible every time I try to
login to our app to grant access.
app-id: floreysofteditey
http://www.editey.com
Uncaught exception from servlet
java.net.SocketTimeoutException: Timeout while fetching URL:
https://accounts.google.com/o/oauth2/token
Our apps are also still down.
On Tuesday, June 11, 2013 9:36:35 AM UTC-4, Brandon Thomson wrote:
Our alerting just tripped again, although it was down for a shorter period
this time.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To
same problem here, but it's not happening from time to time, its happening
very often and always since 2 hours
central auth is critical for us, please fix this ASAP definitely
Le jeudi 4 avril 2013 12:45:37 UTC+2, Pertti Kellomäki a écrit :
Hi,
I am accessing users' YouTube accounts using
since thursday it's very exhausting and frustrating to work with appengine
(6 messages in the group downtime notify):
- downtimes,
- datastore latency,
- oauth2 timeouts.
since an couple of hours, every call to
https://accounts.google.com/o/oauth2/token (service account) leads to a
timeout,
Been getting these errors all morning:
File
/python27_runtime/python27_lib/versions/1/google/appengine/api/channel/channel.py,
line 238, in send_message
response)
File
/python27_runtime/python27_lib/versions/1/google/appengine/api/apiproxy_stub_map.py,
line 94, in MakeSyncCall
I have been seeing many timeouts retrieving OAuth tokens over the past few
days, but now this error occurs for EVERY user request!
My app tasks-backup is now unusable.
On 12 June 2013 00:01, Amy Zech alz...@gmail.com wrote:
Our apps are also still down.
On Tuesday, June 11, 2013 9:36:35
Fair play..
Did you raise a ticket?
My apps not fully launched but this still sucks for my app to have downtime
because of this, Ive got enough bugs of my bloody own to cover up!
Haha
On Tuesday, 11 June 2013 14:06:02 UTC+1, Thomas Tiercelin wrote:
since thursday it's very exhausting and
Still down, no official communication from G. :-(
Roberto
On Tuesday, June 11, 2013 4:06:28 PM UTC+2, Daniel Florey wrote:
I'm constantly getting this error. It is reproducible every time I try to
login to our app to grant access.
app-id: floreysofteditey
http://www.editey.com
Uncaught
Hello Albert,
On Monday, June 10, 2013 5:06:07 AM UTC-5, Albert wrote:
Is it ever possible for the db.get() operation at step 3 above to return
a stale value (or not the updated value set on step 1)? Are transactional
db.get() operations guaranteed to return the freshest result even if the
Hello Vijay,
Based on the screenshot you provided[1] App Engine is saying that you
haven't uploaded any applications to this specific app ID. Are you sure
you're listing the correct app id? Maybe your applications are loaded under
a different ID, or even account.
[1] Post:
Got confirmation on this SO comment [1] that Google is aware of the
situation and working on it.
[1]
http://stackoverflow.com/questions/17024282/how-to-avoid-failed-to-retrieve-access-token-error-invalid-grant-in/17027974?noredirect=1#comment24649419_17027974
On Tuesday, June 11, 2013 9:15:18
On Tuesday, June 11, 2013 12:51:46 PM UTC-4, Vinny P wrote:
For now, let's ignore the transaction and exception details. Suppose you
make a simple datastore put, then immediately query the datastore for that
entity. There's a good chance that the entity that you just put in won't
exist,
On Tuesday, June 11, 2013 12:57:48 PM UTC-5, Alex Burgel wrote:
I don't think this is correct. According to this article[1], if the
transaction has been committed but not applied, then any subsequent reads,
writes, or new transactions to that entity group will cause any unapplied
*Repeating what I wrote on SO:*
From what I have read on documents on 'ndb' I understand that if you are
running your get() andput() both in 'transactions' (@ndb.transactional),
then you will not get stale data. 'ndb' will either serve the updated data
or fail both.
Transactions either fail or
On Tuesday, June 11, 2013 1:04:36 PM UTC-5, Ananda-GAE wrote:
*Repeating what I wrote on SO:*
From what I have read on documents on 'ndb' I understand that if you are
running your get() andput() both in 'transactions' (@ndb.transactional),
then you will not get stale data. 'ndb' will
On Tuesday, June 11, 2013 2:04:17 PM UTC-4, Vinny P wrote:
If a transaction exception occurs though (as you asked in your original
post) there is no guarantee that the transaction occurred. In that case,
you may receive stale data because the transaction is delayed/never
occurred.
There
Hi Vinny.
My understanding is that even if the operations are in different
transaction space but if they are of the same ancestor or marked XG=true,
the result will be the same.
But your point on handling Exception in your earlier mail is very valid.
Thanks.
*On Tue, Jun 11, 2013 at 11:45 PM,
Hello Pravanjan,
There are two issues here:
1. Regarding the it just run after 6 minutes issue, the cron timer is not
exact. If you declare a cron timer of every 5 minutes the cron scheduler
will do its best to respect that; however sometimes it slips a little late.
Sometimes the same thing
I think the confusion is based on the fact that there is a Blobstore, and
also a Blobstore API. The Blobstore API can be used with files stored in
the Blobstore, *OR* with files stored in GCS.
It is a rather confusing naming convention. I might suggest a parallel
renamed-as-gcs API, with the
On Tuesday, June 11, 2013 5:03:43 AM UTC-5, Jeffery Fernandez wrote:
My application was submitted on the 16th of last month.. so nearing a
month now :(
I applied the day before Google officially announced it at I/O (I think it
was the 15th?). I saw a reference to it on YCombinator News on
timh@'s response is correct. by scattering the IDs we avoid overloading a
Bigtable tablet and thus the associated latency.
-- Chris
On Sat, May 25, 2013 at 10:53 PM, timh zutes...@gmail.com wrote:
From my understanding sequential IDs, keys etc mean that data is written
into the same area
I am trying to use google endpoints. I have multiple page applicaiton. The
user logs in using google auth javascript apis. I am using
https://developers.google.com/api-client-library/javascript/reference/referencedocs#gapiauthauthorize
On the subsequent pages I need to get the access token
Also, in response to Ray and Timh regarding integer data types: although
the new auto ids will be too large to store in 32-bit integers, javascript
code which encodes ids as 64-bit floats will still function. The new auto
ids are designed not to exceed the maximum integer exactly representable
I wrote an open source project to automate the creation of models when
testing:
https://github.com/renzon/mommy-gae
I hope it helps more people then only my team.
--
Renzo Nuccitelli
www.qmagico.com.br
--
You received this message because you are subscribed to the Google Groups
Below is a tested python example showing how to write a JPEG to both GCS
using the new API and Blobstore. Note how VERY similar the process is
(all things considered). IMO Google did a terrific job making this
inevitable transition mostly seamless. The only possible prerequisite
setup
... the gcs_file.close() line is not needed (I forgot to remove it when I
changed to use the with statement)
On Tuesday, June 4, 2013 2:46:22 PM UTC-4, Richmond Manzana wrote:
Hello Again Everyone!
We've been busy since I/O!
Pre-release SDKs for Python and Java here:
Thanks, Doug. That is very helpful.
My first thought was that you don't test to see if gcs_objectname already
exists. But, I guess 1/ 2e57 is close enough to zero for most apps.
--
You received this message because you are subscribed to the Google Groups
Google App Engine group.
To
yep... a risk I'm willing to live with... but you could increase the file
name length, increase the set of GCS_NAME_CHARS, and/or add exception
handling if it's a concern for you... just remember the max GCS objectname
length is 1024 bytes of UTF-8 encoded chars.
On Tuesday, June 11, 2013
(Never end a topic with a preposition :)
So, I just love writing and deploying code on-the-fly to cope with App
Engine's failings.
My question is, how many re-tries do you guys do before punting on a URL
fetch?
Infinite loop that just times out?
N, where N is large?
Cheers, (no, I take that
I've commented on your Stack Overflow post (
http://stackoverflow.com/questions/17017180/google-oauth-javascript-immediatetrue-not-working).
Can you follow-up there?
On Tue, Jun 11, 2013 at 1:31 PM, Gana javabu...@gmail.com wrote:
I am trying to use google endpoints. I have multiple page
First, thanks so much for your replies.
To add clarity, this is my situation:
I'm performing a transaction operation that's not idempotent. Therefore, I need
to know whether it succeeded or not, and I have to be completely certain about
it (before retrying if it failed). Fortunately, I can
I use 4 tries in total. The original, then 1 retry, then sleep and retry,
then sleep a little longer and retry one last time.
In my experience, if it hasn't succeeded after the first sleep, it almost
never succeeds after the 2nd sleep, but I still give it that one extra
chance, because it does
+1, this has caused my app to be down all day.
On Tuesday, June 11, 2013 1:05:14 PM UTC-4, Ronan Jouchet wrote:
Got confirmation on this SO comment [1] that Google is aware of the
situation and working on it.
[1]
star it here:
https://code.google.com/p/googleappengine/issues/detail?id=9476
On Tue, Jun 11, 2013 at 6:02 PM, Ben Ritchie benjamin.ritc...@gmail.comwrote:
Fair play..
Did you raise a ticket?
My apps not fully launched but this still sucks for my app to have
downtime because of this, Ive
@Daniel Same exception here, found any work arounds?
On Tuesday, June 11, 2013 9:47:41 AM UTC-7, Roberto wrote:
Still down, no official communication from G. :-(
Roberto
On Tuesday, June 11, 2013 4:06:28 PM UTC+2, Daniel Florey wrote:
I'm constantly getting this error. It is reproducible
Indeed we feel abandoned! All day our customers are calling because our GAE
software is down and there's nothing we can do... Looking at the support
packages;
https://cloud.google.com/support/packages
There should be at least a SLA with compensation clauses, we're losing
customers...
Op
58 matches
Mail list logo
