Cold startup issues shouldn't be an excuse for reinventing the wheel.
Anyone knows if spring will ever be capable to do it's initialization stuff
at compilation time? Something like android resources? At least the heavy
mapping stuff?!
thanks
On Thu, May 23, 2013 at 4:33 PM, Nick wrote:
> Sha
I agree, for some Kinds we accumulated and do no longer use, we just don't
delete them as doing so would cost more than keeping them for more than a
year (or sometimes several years for light entities with several indexed
properties), that is close to the anticipated remaining lifetime of the ap
Yes! Thanks so much!
On May 23, 2013, at 6:22 PM, Bryce Cutt wrote:
> Does this work for you?
>
> handlers:
> - url: /_ereporter.*
> script: google.appengine.ext.ereporter.report_generator.application
> login: admin
>
>
> On Thursday, May 23, 2013 6:32:17 AM UTC-7, Joshua Smith wrote:
> I
Good news, it was fixed overnight. No reply from Google on the cause or
the fix.
Mostly it had errors like this:
1.
I2013-05-23 22:36:05.033
This request caused a new process to be started for your
application, and thus caused your application code to be loaded for
the first time. Thi
Regarding Spring wiring itself ahead of time:
https://code.google.com/p/reflections/
and especially:
https://code.google.com/p/reflections/wiki/ReflectionsSpring
Note that I have not tried this at all. Spring is still initializing itself
at startup, but the scanning is done at compile time, as
I'm seeing shards abruptly fail in my MR jobs for no apparent reason and
without retrying:
task_name=appengine-mrshard-1581047187783C3601732-14-2-retry-0
app_engine_release=1.8.0 instance=00c61b117c53a40e120ac864168a3fe51c2ce
Shard 1581047187783C3601732-14 failed permanently.
Is there some adj
I'm having a devil of a time using the logs to debug my application.
There's a basic pattern of access that I'm trying to troubleshoot. In
order to do this, I would like to analyze correlations between the
following properties of requests:
- Request path
- Request status
- Instance ID used to
I don't think so. You just put the X requests into the queues for the N
instances already running. This gives you additional latency for the X
requests, of course - it's not free - but if the latency added is less than
the instance startup time, then it's a better solution than what we have.
Oh, also: Google uses GAE internally. I've always assumed that the primary
motivation for establishing Go support came from inside Google. (Not
necessarily a bad thing - Google is on the cutting edge of web tech in a
lot of ways, so if Google internally sees value in it, there's probably a
go
I have never let it happens on my apps, i just build a cron to daily clean
upp old data.
But once you haven't done this on past, it would be possible writing a
cron job that erase just dome of data every day. Depending on your apps
access, you could do this using only with the free quota. Is
No problem.
On May 24, 2013, at 6:12 AM, Joshua Smith wrote:
> Yes! Thanks so much!
>
> On May 23, 2013, at 6:22 PM, Bryce Cutt wrote:
>
>> Does this work for you?
>>
>> handlers:
>> - url: /_ereporter.*
>> script: google.appengine.ext.ereporter.report_generator.application
>> login: a
I am having the same issue and been banging my head for hours!
Channel disconnects right after connecting.
All was working fine couple days ago, and that's on localhost using 1.8.0
Did you find what was causing this.
--
You received this message because you are subscribed to the Google Groups
@Renzo - Deleting data as it comes is not a real solution as it costs you
the same amount as deleting it all at once. Just spreading the financial
pain in time.
The point is deleting data gets very expensive and it is a "hidden" cost
most developers fail to consider. Perhaps GAE should hold an
Hi Kristopher,
On Fri, May 24, 2013 at 8:51 AM, Kristopher Giesing
wrote:
> I'm having a devil of a time using the logs to debug my application.
>
> There's a basic pattern of access that I'm trying to troubleshoot. In
> order to do this, I would like to analyze correlations between the
> follow
@vlad - I was thinking the same exact thing about the amnesty days idea.
Ha, it would be funny, but great if we had 'Free delete Fridays' or
something like that :-)
It would be best if deletes were extremely cheap - give developers the
ability to do them at cost so they're not afraid to experiment
Hello Kristopher,
On Friday, May 24, 2013 10:51:23 AM UTC-5, Kristopher Giesing wrote:
>
> I'm getting enormously frustrated by this. Am I missing something about
> the admin console, or is its search function really this broken? Is there
> some way to get more verbose logging from the logs-do
Hi guys,
I built a website that's been running in autopilot for months (billing
enabled). Recently I realize that the Google Apps user used for
transactional email (info@MYAPP) has been "suspended for abuse" (according
to Google Admin Control Panel). I can't even login ("This account has been
On Fri, May 24, 2013 at 7:33 PM, John Wheeler wrote:
>
> It would be best if deletes were extremely cheap - give developers the
> ability to do them at cost so they're not afraid to experiment on App Engine
>
What makes you think they are not close to 'cost' already?
You seem to be assuming dele
Hello Pablo,
On Wednesday, May 22, 2013 8:48:03 PM UTC-5, Pablo Brunetti wrote:
>
> good night I have a problem to use the java.net class.
> I'm trying to use the POST method to send an argument and have an
> answer. It's happening the following error:
> Exception in thread "main" java.lang.Runti
While it might be true that data deletion is expensive. The reality is
Google is losing customers over that! It is obvious that whoever started
this thread is not going to fork over $3600 for the privilege. His only way
out right now is to cancel his credit card and abandon the account. Since I
Ok Thank you very much guys...all is clear.
On Wednesday, 15 May 2013 15:43:34 UTC+2, Christophe Pruvost wrote:
>
> Hi all,
>
> I deploy my application then I use Id Allocation and get a range from
> Club(1) To Club(10)
>
> I redeployed my application then I use Id Allocation and get a range from
As Vinny said, certainly BigQuery is something you can consider.
Here is another project for ingesting App Engine logs into BigQuery:
https://code.google.com/p/log2bq
-- Takashi
On Fri, May 24, 2013 at 11:49 AM, Vinny P wrote:
> Hello Kristopher,
>
>
> On Friday, May 24, 2013 10:51:23 AM UTC-5
I too suspect that deletion is a truly expensive operation and that is
directly reflected in pricing. Or worse, that the tablets remain forever
fragmented and the space is never actually reused (as previously suggested
on this thread).
I've often advocated for a way for me to mark an entity as
Found the solution from Huseyin OZVEREN:
Simply replace .html files to .jsp
Refer to:
http://www.javablog.fr/springgwtgae-spring-security-on-google-cloud-jetty-tomcat.html#comment-165
For full description of solution
On Thursday, May 23, 2013 5:40:40 PM UTC-5, Joey Wilkinson wrote:
>
>
> I hav
It was probably an automated mistake. When this happened to me, I
logged directly into the mail account of the affected user to
automatically remove the suspension.
http://mail.google.com/a/domain.com/
If this doesn't work, you can sign up for a free trial of Apps for
Business to get support.
Yo
The instance is available today in the logs you can download. I recently
updated logparser.py to not fail when it shows up in the logs.
https://code.google.com/p/google-app-engine-samples/source/browse/trunk/logparser/logparser.py
(Looks like I didn't update the docstring for this, but the fundam
Are you using Windows, Mac OS X, or Linux? On Windows you can navigate to
the Add/Remove Programs screen in the Control Panel. You'll see the JRE
listed in the pane. Select it and hit the Remove/Uninstall button.
After that, remember to install the latest JDK version.
-
-Vinny
Thanks Matthew,
I confirmed that you can download logs with instance_id by running the
Python appcfg.py with the '--include_all' option as follows:
$ appcfg.py request_logs --oauth2 -A APP_ID --version VERSION --include_all
LOG_FILENAME
Unfortunately, it doesn't seem Java appcfg have that option
Had the same issue. Seemed to subside after about an hour and then was
performing very slowly for a while longer. Seems fine now.
On Friday, May 24, 2013 7:12:57 AM UTC-7, Iron Mountain Foundry wrote:
>
> Good news, it was fixed overnight. No reply from Google on the cause or
> the fix.
>
> Mo
Hello App Engine folks,
In the upcoming 1.8.1 release, the Datastore default auto ID policy in
production will switch to scattered IDs to improve performance. This change
will take effect for all versions of your app uploaded with the 1.8.1 SDK.
You can preview the new behavior in the dev server,
In short: if any part of your applications use 32 bit integers (which is
still the default for many environments) to store any IDs of entities, your
application will break once this change is deployed.
On Saturday, May 25, 2013 8:04:08 AM UTC+8, Chris Ramsdale wrote:
>
> Hello App Engine folks,
The economist in me thinks that Google should just double the price of
writes and make delete free.
Jeff
On Fri, May 24, 2013 at 12:57 PM, Jason Collins
wrote:
> I too suspect that deletion is a truly expensive operation and that is
> directly reflected in pricing. Or worse, that the tablets re
Ever since the 1.7.6 dev_appserver (aka dev_appserver2) upgrade, I see
multiprocessing for requests. That is, if I define a simple app like this:
import logging
import time
from google.appengine.api import taskqueue
from google.appengine.ext import webapp
class MyTaskHandler(webapp.RequestHandl
33 matches
Mail list logo