[google-appengine] Re: task queue questions
The reason for this is that the examples in the doc are for the webapp
framework.
For a webapp requesthandler the default status code is 200.
So just exiting the handler with "return" gives a status of 200.
Your code sample suggests you use Django and that has a non 200 status
code as default.
You need to supply it a HttpResponse object with the right status
code, its default status code is 200.
2009/9/5 GAEfan :
>
> Answering 2) and 3) myself...
>
> Make sure your handler returns an http status response of 200. Else,
> the task keeps getting executed over and over again, never clearing
> out of the queue. Unfortunately, some of the examples given just have
> the handler end in:
>
> return
>
> Make sure it ends in something like:
>
> return HttpResponse("Task Executed", mimetype='text/plain')
>
> so that it gives a 200 status, and clears out of the queue. Else, the
> task repeats endlessly (like in my case, where it sent a test email
> dozens of times, waiting for the 200 confirmation)
--~--~-~--~~~---~--~~
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 this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] Re: Slow response static javascript files on development server
Have you tried in FF to use CTRL-R for a page refresh, this uses cached versions of the page. If you use CTRL-SHIFT-R FF will reload every element without looking in the cache. 2009/9/5 Barry Hunter : > > [snip] > > A tip I have found useful, is to avoid the use of F5 as much as > possible (even in development) - if want to see the result of changes > press the Go button in browser (in IE/chrome at least) - later FF have > to click in the address bar and press enter. > > This 'reloads' the main page, but any content with still future > expires are not refreshed. --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: DeadlineExceededError Errors for 5% of all Requests Since 9-2 4AM
Something has gone really wrong with app engine. Here's my post: http://groups.google.com/group/google-appengine/browse_thread/thread/5373a2efe1a973bb I would also suggest that people star this issue relating to giving us an sla, at least for paid accounts: http://code.google.com/p/googleappengine/issues/detail?id=501 Lastly I would suggest to google that if they are not aware of this issue then their monitoring tools need to be improved. They need to know the overall 500 error rate for appengine applications. If they do, then they could easily see that this has spiked recently. There will always be a certain background level of 500 errors but a sudden increase needs be proactively investigated. I know that google is looking into this, but at what level I don't know. I'm thinking it might be related to this issue, loading of an instance takes too long: http://code.google.com/p/googleappengine/issues/detail?id=1695 that's pure speculation on my part. It might be that a single server or cluster of servers are acting up and when a request goes to that group we see the problem. On Sep 5, 4:14 pm, bvelasquez wrote: > /project/userlist/agdqYWNvYi02cg4LEgdQcm9qZWN0GIUQDA 200 22522ms > 1299cpu_ms 94api_cpu_ms > > Currently, my response times are horrible. This request usually takes > 200ms or less, and I optimized it to use memcache as much as > possible. Now, this simple request is taking 22 seconds! This seems > to be happening on requests that access the datastore. > > I've noticed this performance change since the maintenance. I don't > think you are crazy. > > Barry > > On Sep 5, 7:26 am, Koen Bok wrote: > > > Since 2 September around 4PM I get random DeadlineExceededErrors for > > around 5% of all my requests. The tracebacks are pretty random, but > > almost always have to do something with I/O (read django template, > > stat file, import module). I can hardly imagine I'm the only one > > seeing this, and while annoying at worst I hoped a Googler could > > confirm I'm not crazy and maybe even provide some insight in what's > > happening. --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: task queue questions
1) To add a task to a named queue, I use this:
from google.appengine.api.labs import taskqueue
taskqueue.Task(url='',
method='GET',
params={'id': id}).add(queue_name='')
On Sep 6, 10:27 am, djidjadji wrote:
> The reason for this is that the examples in the doc are for the webapp
> framework.
> For a webapp requesthandler the default status code is 200.
> So just exiting the handler with "return" gives a status of 200.
>
> Your code sample suggests you use Django and that has a non 200 status
> code as default.
> You need to supply it a HttpResponse object with the right status
> code, its default status code is 200.
>
> 2009/9/5 GAEfan :
>
>
>
> > Answering 2) and 3) myself...
>
> > Make sure your handler returns an http status response of 200. Else,
> > the task keeps getting executed over and over again, never clearing
> > out of the queue. Unfortunately, some of the examples given just have
> > the handler end in:
>
> > return
>
> > Make sure it ends in something like:
>
> > return HttpResponse("Task Executed", mimetype='text/plain')
>
> > so that it gives a 200 status, and clears out of the queue. Else, the
> > task repeats endlessly (like in my case, where it sent a test email
> > dozens of times, waiting for the 200 confirmation)
--~--~-~--~~~---~--~~
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 this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] Re: AppEngine Memcache quota
Hi gil, In the event that a billing-enabled app reached the memcache call limit in normal operation, we would increase it for that app, yes. -Nick Johnson On Sat, Sep 5, 2009 at 4:07 PM, gil wrote: > > Hi Nick, > > thank you for your response, > > I have enabled billing and the max quota for 24h is 96,333,598 > Memcache API Calls > I want to verify that would not be the limit and I would be able to > buy or increase the number of calls. > > 10x > Gil > > > > On Aug 31, 6:36 pm, "Nick Johnson (Google)" > wrote: > > Hi gil, > > The easiest way to increase your memcache call quota is by enabling > billing. > > It, along with a number of other limits, are increased when you enable > > billing, even if you do not charge anything. In the unlikely event you > hit > > the limit anyway, it can be increased manually - the limits are there to > > prevent (deliberate or accidental) abuse, not for billing purposes. > > > > That said, the limits are set high enough that I'm not aware of anyone > > coming even close to hitting them yet. > > > > -Nick Johnson > > > > > > > > On Sat, Aug 29, 2009 at 7:36 PM, gil wrote: > > > > > Hi, > > > > > I am developing a new application which will use a lot of Memcache API > > > Calls > > > Data size is very small so I will not pass this quota, > > > > > is there a way I can increase the limit of Memcache API Calls, > > > I would recommend increase the free quota, and add billing options for > > > Memcache, > > > this issue is very critical to me > > > > > Regards, > > > > -- > > Nick Johnson, Developer Programs Engineer, App Engine > > > -- Nick Johnson, Developer Programs Engineer, App Engine --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Infinite redirects when logging in to the AppEngine Website?
Good afternoon, I've been trying for a couple days now, but it's always the same: when I go to http://appengine.google.com it asks for my google pw, which I enter, I submit the data and then I am lost in an infinite loop of redirects and the browser(s) freak out after a couple secs and stop all requests. I've made a quick recording to show what I mean: http://www.vimeo.com/6454162 (still being encoded the next 5-10 mins on vimeo) Anyone else seeing this and/or can tell me what to do? Cheers and thanks, -J --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Flatpages do not work in django app engine patch
I cannot get Django Flatpages on app-engine-patch to work on my site.
I am getting 404 page not exists error. I have done all the need
configuration:
1) added
"django.contrib.flatpages.middleware.FlatpageFallbackMiddleware" to
MIDDLEWARE_CLASSES
2) added 'django.contrib.sites', 'django.contrib.flatpages' to
INSTALLED_APPS
3) created a template in flatpages/default.html
Also tried to create url: (r'', include
('django.contrib.flatpages.urls'))
Any suggestions or help will be appreciated!
Thanks,
Andrius
--~--~-~--~~~---~--~~
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 this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] Re: Flatpages do not work in django app engine patch
On Sun, Sep 6, 2009 at 10:37 AM, Andrius wrote: > I cannot get Django Flatpages on app-engine-patch to work on my site. > I am getting 404 page not exists error. I have done all the need > configuration: I don't want to sound rude, but isn't it better to post this kind of question in the specific group? http://groups.google.com/group/app-engine-patch -- rodrigo --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: what does "too many continues" in Cron mean?
Hi Dave, Thanks, yes, I am now using taskqueue and it works! Bob On Sep 5, 8:42 pm, David Symonds wrote: > On Sat, Sep 5, 2009 at 7:30 PM, Bob wrote: > > I got this result and the cron job was on time but not executed. > > Anyone can help me how come and how to solve this? > > This normally happens when your cron job returns redirects, and too > many happen in a row. It sounds like your cron job is trying to do to > much. Perhaps the task queue API might be a better fit? > > Dave. --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Delete all your appengine data?
Is there a way to drop all your data? I'm familiar with the command line arg in the debug server, I'm wondering if there is something similar for the production server? Actually I just want to drop all the data of a certain "Kind" that I no longer use. If there's no automated way, I guess it's easy enough to write a little piece of python to delete it all. Ok, thanks, -John --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: DeadlineExceededError Errors for 5% of all Requests Since 9-2 4AM
I'm glad you guys can back me up on this :-) > I know that google is looking into this, but at what level I don't > know. How do you know? I mean, I would assume it but they're mostly pretty open about errors and I haven't read anything official on this. --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Flatpages do not work in django app engine patch
Sorry, didn't thought it exists.
On Sep 6, 2:37 pm, Andrius wrote:
> I cannot get Django Flatpages on app-engine-patch to work on my site.
> I am getting 404 page not exists error. I have done all the need
> configuration:
>
> 1) added
> "django.contrib.flatpages.middleware.FlatpageFallbackMiddleware" to
> MIDDLEWARE_CLASSES
> 2) added 'django.contrib.sites', 'django.contrib.flatpages' to
> INSTALLED_APPS
> 3) created a template in flatpages/default.html
>
> Also tried to create url: (r'', include
> ('django.contrib.flatpages.urls'))
>
> Any suggestions or help will be appreciated!
>
> Thanks,
> Andrius
--~--~-~--~~~---~--~~
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 this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] datastore indices count 100%
Hello: After updating my app (id: vhac) the dashboard is reported that I am exceeding quota at 100% for the datastore indices count. I also get an error when updating the code when it tries to upload index definitions. Can you reset the count? Thanks -James --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] URGENT: enhancer error (faultCode="DefaultServiceExceptionHandler.Call.Failed")
I have some JPA entities on a GAE site and have been using them without any issues. Today I made a change to my cron file (didn't touch the entity files at all) and now GAE throws the below error. Any ideas what's going on? This is the first upload after I updated to 1.2.5, but switching back to 1.2.2 is not helping. Also, if I delete the source folder and create again, I see the enhancer messages on the console; but if I modify an entity class, there are no messages on the console (just some transient flashes at the bottom mentioning the enhancer). Would appreciate any help, right now the site is broken. :( [RPC Fault faultString="No meta data for com.allurefx.sdnari.data.Organization. Perhaps you need to run the enhancer on this class?" faultCode="DefaultServiceExceptionHandler.Call.Failed" faultDetail=" - destination: SDNari - method: public com.allurefx.sdnari.data.Organization com.allurefx.sdnari.data.SDNari.getOrganization() - exception: javax.persistence.PersistenceException: No meta data for com.allurefx.sdnari.data.Organization. Perhaps you need to run the enhancer on this class? org.granite.messaging.service.ServiceException: No meta data for com.allurefx.sdnari.data.Organization. Perhaps you need to run the enhancer on this class? at org.granite.messaging.service.AbstractServiceExceptionHandler.getServiceException (AbstractServiceExceptionHandler.java:59) at org.granite.messaging.service.AbstractServiceExceptionHandler.getServiceException (AbstractServiceExceptionHandler.java:46) at org.granite.messaging.service.DefaultServiceExceptionHandler.handleInvocationException (DefaultServiceExceptionHandler.java:64) at org.granite.messaging.service.ServiceInvoker.invoke (ServiceInvoker.java:173) at org.granite.messaging.amf.process.AMF3MessageProcessor.processRemotingMessage (AMF3MessageProcessor.java:136) at org.granite.messaging.amf.process.AMF3MessageProcessor.process (AMF3MessageProcessor.java:59) at org.granite.messaging.amf.process.AMF0MessageProcessor.process (AMF0MessageProcessor.java:71) at org.granite.messaging.webapp.AMFMessageServlet.doPost (AMFMessageServlet.java:59) at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java: 487) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1093) at org.granite.messaging.webapp.AMFMessageFilter.doFilter (AMFMessageFilter.java:100) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1084) at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter (SaveSessionFilter.java:35) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1084) at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter (TransactionCleanupFilter.java:43) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter (ServletHandler.java:1084) at org.mortbay.jetty.servlet.ServletHandler.handle (ServletHandler.java:360) at org.mortbay.jetty.security.SecurityHandler.handle (SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle (SessionHandler.java:181) at org.mortbay.jetty.handler.ContextHandler.handle (ContextHandler.java:712) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java: 405) at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle (AppVersionHandlerMap.java:237) at org.mortbay.jetty.handler.HandlerWrapper.handle (HandlerWrapper.java:139) at org.mortbay.jetty.Server.handle(Server.java:313) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java: 506) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete (HttpConnection.java:830) at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable (RpcRequestParser.java:76) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest (JettyServletEngineAdapter.java:139) at com.google.apphosting.runtime.JavaRuntime.handleRequest (JavaRuntime.java:235) at com.google.apphosting.base.RuntimePb$EvaluationRuntime $6.handleBlockingRequest(RuntimePb.java:4950) at com.google.apphosting.base.RuntimePb$EvaluationRuntime $6.handleBlockingRequest(RuntimePb.java:4948) at com.google.net.rpc.impl.BlockingApplicationHandler.handleRequest (BlockingApplicationHandler.java:24) at com.google.net.rpc.impl.RpcUtil.runRpcInApplication(RpcUtil.java: 359) at com.google.net.rpc.impl.Server$2.run(Server.java:823) at com.google.tracing.LocalTraceSpanRunnable.run (LocalTraceSpanRunnable.java:56) at com.google.tracing.LocalT
[google-appengine] Index appears as "Serving" but query return DatastoreNeedIndexException
Hello! My application id is "cosinux68". I've uploaded the following index definitions: - kind: DbCustomer properties: - name: version - name: __key__ - kind: DbCustomer properties: - name: version - name: __key__ direction: desc They appear as "Serving" but my queries return DatastoreNeedIndexException. I'm sure they're the correct indices for the query because they were also autogenerated in hosted mode. If i try to vacuum them, i can't find them in the list! If i try to upload them again nothing changes. So what can i do? --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Index building "Error"
Hello!
The following index definition keeps giving "Error". What are the
possible reasons for an index to be error prone?
Here is a part of the DbContact class:
@PersistenceCapable(identityType = IdentityType.APPLICATION)
public class DbContact extends DbEntity {
@PrimaryKey
@Persistent(valueStrategy = IdGeneratorStrategy.IDENTITY)
@Extension(vendorName="datanucleus", key="gae.encoded-pk",
value="true")
private String encodedKey;
@Persistent
private String version
@Persistent
private List category;
@Persistent
private List subcategory;
@Persistent
private String isCustomerProfile;
@Persistent
private List keyWords_S;
I shoud mention the i also have an index similar to the one above, the
only difference being "category", instead of "subcategory", which was
created succesfully and is now "Serving".
--~--~-~--~~~---~--~~
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 this group at
http://groups.google.com/group/google-appengine?hl=en
-~--~~~~--~~--~--~---
[google-appengine] What am I doing wrong? Unable to update datastore entity with a serialized collection
Am I doing these JDO operations wrong or is there a bug/limitation in
the appengine JDO implementation?
Using JDO, I can persist new entities in the datastore that contain a
serialized collection and read them back. But when I attempt to
update an existing entity, it persists the changes to all properties
except the serialized collection. Is there some way I'm supposed to
indicate that the serialized collection has changed and therefore
needs to be persisted?
Here is some test code that demonstrates the problem. Relevant output
follows the code.
@PersistenceCapable(identityType = IdentityType.APPLICATION)
public class SerialTest2
{
@SuppressWarnings("unused")
@PrimaryKey
@Persistent
private String key;
@Persistent
private String testString;
@Serialized
ArrayList testStrings;
public SerialTest2()
{
}
public void setKey(String key)
{
this.key = key;
}
public void setTestString(String testString)
{
if (testStrings == null)
{
testStrings = new ArrayList();
}
this.testString = testString;
this.testStrings.add(testString);
}
public String getTestString()
{
return this.testString;
}
public ArrayList getTestStrings()
{
return this.testStrings;
}
}
log.info("Insert/Update
");
List st2List = null;
PersistenceManager pm = PMF.get().getPersistenceManager();
pm.currentTransaction().begin();
try
{
StringBuilder sb = new StringBuilder();
sb.append("select from ");
sb.append(SerialTest2.class.getName());
sb.append(" where key == 'A123'");
st2List = (List) pm.newQuery(sb.toString
()).execute();
if (st2List == null || st2List.size() < 1)
{
log.info("No existing record found");
SerialTest2 st2 = new SerialTest2();
st2.setKey("A123");
st2.setTestString("First Test String");
pm.makePersistent(st2);
}
else
{
log.info("Found existing record");
log.info("--testString: " + st2List.get
(0).getTestString());
ArrayList testStrings = st2List.get
(0).getTestStrings();
for (String s: testStrings)
{
log.info("--testStrings: " + s);
}
st2List.get(0).setTestString("Second Test String");
log.info("Updated record ready to persist");
log.info("--testString: " + st2List.get
(0).getTestString());
testStrings = st2List.get(0).getTestStrings();
for (String s: testStrings)
{
log.info("--testStrings: " + s);
}
pm.makePersistentAll(st2List);
}
pm.currentTransaction().commit();
}
catch (javax.jdo.JDOObjectNotFoundException e)
{
log.info("Threw JDOObjectNotFoundException");
}
catch (Exception e)
{
StringWriter sw = new StringWriter();
e.printStackTrace(new PrintWriter(sw));
log.severe("Error during insert/update step: " +
sw.toString());
}
finally
{
if (pm.currentTransaction().isActive())
{
pm.currentTransaction().rollback();
}
pm.close();
}
log.info("Query
");
pm = PMF.get().getPersistenceManager();
try
{
StringBuilder sb = new StringBuilder();
sb.append("select from ");
sb.append(SerialTest2.class.getName());
sb.append(" where key == 'A123'");
st2List = (List) pm.newQuery(sb.toString
()).execute();
if (st2List == null || st2List.size() < 1)
{
log.info("No existing record found");
}
else
{
log.info("Found existing record");
log.info("--testString: " + st2List.get
(0).getTestString());
ArrayList testStrings = st2List.get
(0).getTestStrings();
for (String s: testStrings)
{
log.info("--testStrings: " + s);
}
}
}
catch (javax.jdo.JDOObjectNotFoundException e)
{
log.info("Threw JDOObjectNotFoundException");
}
catch (Exception e)
{
StringWriter sw = new StringWriter();
e.printStackTrace(new PrintWriter(sw));
log.severe("Error during query step: " + sw.toString());
}
finally
{
pm.close();
}
First run (when it creates a new datastore entity):
INFO: Insert
[google-appengine] Re: Delete all your appengine data?
Have a look at the remote_api article and the Mapper class. 2009/9/6 John Newlin : > > Is there a way to drop all your data? I'm familiar with the command > line arg in the debug server, I'm wondering if there is something > similar for the production server? > > Actually I just want to drop all the data of a certain "Kind" that I > no longer use. > > If there's no automated way, I guess it's easy enough to write a > little piece of python to delete it all. > > Ok, thanks, > > -John --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: Performance of site seems much slower after maintenance - startup is measuarably slower.
I am definately still seeing a marked slowdown on instance startup since maintenance. 09-06 05:14PM 46.006 /about/ 200 17836ms 3196cpu_ms 46api_cpu_ms I typically would see 4 -12s startup (I accept there will be some variability) For instance one month ago 08-06 04:21PM 16.021 /otherproducts 301 5146ms 3055cpu_ms 21api_cpu_ms Both of these requests are doing about the same amount of work. And you can see similiar amounts of api and cpu times but the full duration of the request is over 3 times as long Both of these requests are instance startups - I have logging in the various stages of instance startup so I know how long each phase of startup is taking. Is anyone else seeing this. T On Sep 4, 7:14 pm, Tim Hoffman wrote: > And then it was fine. I seemed to hit a momentary blip, as the site > is now very fine, however the dashboard logviewer was actually broken > for a bit > and then fine. Things seem to be all over the shop at the moment. > > T > > On Sep 4, 7:09 pm, Tim Hoffman wrote: > > > I was going to say everything was fine, but I went ahnd checked and > > now its gone > > to hell in a hand basket, startup time is taking longer than 30 > > seconds and google is reporting Error 500. > > > Very nasty > > > T > > > On Sep 3, 10:01 am, bvelasquez wrote: > > > > Hello, > > > > My application (ID: jacob-6) seems to be performing worse after the > > > maintenance of yesterday. I have not made any significant changes > > > that would affect performance to this degree, but I definitely see a > > > change since yesterday. Requests are taking much longer and is > > > unpredictable. For example, look at the following two requests. Both > > > for the exact same information, doing the exact same processing. The > > > times are very close since I ran the request manually. The first took > > > much longer to process. > > > > 09-02 06:56PM 13.604 /project/topactions/ > > > agdqYWNvYi02cg4LEgdQcm9qZWN0GOoHDA? > > > milestone_id=agdqYWNvYi02chALEglNaWxlc3RvbmUY4zYM 200 329ms 385cpu_ms > > > 151api_cpu_ms > > > > 09-02 06:55PM 51.014 /project/topactions/ > > > agdqYWNvYi02cg4LEgdQcm9qZWN0GOoHDA? > > > milestone_id=agdqYWNvYi02chALEglNaWxlc3RvbmUY4zYM 200 1508ms > > > 1240cpu_ms 151api_cpu_ms > > > > This behavior is happening across all my requests. > > > > I'll try it from a different network connection when I go home > > > tonight. Maybe this has something to do with it. > > > > Any ideas? My app went from pretty snappy to pretty slow overnight. > > > > Barry --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] how to test xmpp handlers?
Hi, I would like to try out the new xmpp handlers, but I couldn't find how to test it on the development server. How do you hook up your xmpp client to the dev server? Thanks, Gijsbert --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: how to test xmpp handlers?
On Mon, Sep 7, 2009 at 12:02 PM, Gijsbert wrote: > I would like to try out the new xmpp handlers, but I couldn't find how > to test it on the development server. How do you hook up your xmpp > client to the dev server? Which part? If you want to test the receiving of messages you can just do a manual HTTP post to /_ah/xmpp/message/chat/ (see http://code.google.com/appengine/docs/python/xmpp/overview.html#Receiving_Instant_Messages). Sending XMPP messages doesn't work from the dev_appserver. Dave. --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Can't login with PSP browser.
I use my playstation portable browser. I clicked "login" in my page,and it went to google login page,I filled username and password,and clicked "Sign in".Then location became "http://www.google.com/accounts/'http://psp-music.appspot.com/_ah/ login?continue=http://psp-music.appspot.com/ &auth=X",and show "The page you requested is invalid." My appspot is http://psp-music.appspot.com/ , I tried another site:http://shell.appspot.com,and the problem is same. Can you fix it? --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
[google-appengine] Re: URGENT: enhancer error (faultCode="DefaultServiceExceptionHandler.Call.Failed")
Turned out this didn't have anything to do with enhancer: my persistence.xml excluded some of the classes. What threw me off was that it's been working for months now with this - I guess GAE has been ignoring this field and only now started processing it. Time gone down the drain, but at least the thing's resolved. On Sep 6, 12:36 pm, Sekhar wrote: > I have some JPA entities on a GAE site and have been using them > without any issues. Today I made a change to my cron file (didn't > touch the entity files at all) and now GAE throws the below error. Any > ideas what's going on? > > This is the first upload after I updated to 1.2.5, but switching back > to 1.2.2 is not helping. Also, if I delete the source folder and > create again, I see the enhancer messages on the console; but if I > modify an entity class, there are no messages on the console (just > some transient flashes at the bottom mentioning the enhancer). > > Would appreciate any help, right now the site is broken. :( > > [RPC Fault faultString="No meta data for > com.allurefx.sdnari.data.Organization. Perhaps you need to run the > enhancer on this class?" > faultCode="DefaultServiceExceptionHandler.Call.Failed" faultDetail=" > - destination: SDNari > - method: public com.allurefx.sdnari.data.Organization > com.allurefx.sdnari.data.SDNari.getOrganization() > - exception: javax.persistence.PersistenceException: No meta data for > com.allurefx.sdnari.data.Organization. Perhaps you need to run the > enhancer on this class? > org.granite.messaging.service.ServiceException: No meta data for > com.allurefx.sdnari.data.Organization. Perhaps you need to run the > enhancer on this class? > at > org.granite.messaging.service.AbstractServiceExceptionHandler.getServiceExc > eption > (AbstractServiceExceptionHandler.java:59) > at > org.granite.messaging.service.AbstractServiceExceptionHandler.getServiceExc > eption > (AbstractServiceExceptionHandler.java:46) > at > org.granite.messaging.service.DefaultServiceExceptionHandler.handleInvocati > onException > (DefaultServiceExceptionHandler.java:64) > at org.granite.messaging.service.ServiceInvoker.invoke > (ServiceInvoker.java:173) > at > org.granite.messaging.amf.process.AMF3MessageProcessor.processRemotingMessa ge > (AMF3MessageProcessor.java:136) > at org.granite.messaging.amf.process.AMF3MessageProcessor.process > (AMF3MessageProcessor.java:59) > at org.granite.messaging.amf.process.AMF0MessageProcessor.process > (AMF0MessageProcessor.java:71) > at org.granite.messaging.webapp.AMFMessageServlet.doPost > (AMFMessageServlet.java:59) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:713) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) > at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java: > 487) > at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter > (ServletHandler.java:1093) > at org.granite.messaging.webapp.AMFMessageFilter.doFilter > (AMFMessageFilter.java:100) > at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter > (ServletHandler.java:1084) > at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter > (SaveSessionFilter.java:35) > at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter > (ServletHandler.java:1084) > at > com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter > (TransactionCleanupFilter.java:43) > at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter > (ServletHandler.java:1084) > at org.mortbay.jetty.servlet.ServletHandler.handle > (ServletHandler.java:360) > at org.mortbay.jetty.security.SecurityHandler.handle > (SecurityHandler.java:216) > at org.mortbay.jetty.servlet.SessionHandler.handle > (SessionHandler.java:181) > at org.mortbay.jetty.handler.ContextHandler.handle > (ContextHandler.java:712) > at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java: > 405) > at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle > (AppVersionHandlerMap.java:237) > at org.mortbay.jetty.handler.HandlerWrapper.handle > (HandlerWrapper.java:139) > at org.mortbay.jetty.Server.handle(Server.java:313) > at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java: > 506) > at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete > (HttpConnection.java:830) > at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable > (RpcRequestParser.java:76) > at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:381) > at > com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceReques t > (JettyServletEngineAdapter.java:139) > at com.google.apphosting.runtime.JavaRuntime.handleRequest > (JavaRuntime.java:235) > at com.google.apphosting.base.RuntimePb$EvaluationRun
[google-appengine] Re: Can't login with PSP browser.
You should ask Sony it's a them problem not a Goog Problem. -Original Message- From: google-appengine@googlegroups.com [mailto:google-appeng...@googlegroups.com] On Behalf Of heroboy Sent: Sunday, September 06, 2009 9:18 PM To: Google App Engine Subject: [google-appengine] Can't login with PSP browser. I use my playstation portable browser. I clicked "login" in my page,and it went to google login page,I filled username and password,and clicked "Sign in".Then location became "http://www.google.com/accounts/'http://psp-music.appspot.com/_ah/ login?continue=http://psp-music.appspot.com/ &auth=X",and show "The page you requested is invalid." My appspot is http://psp-music.appspot.com/ , I tried another site:http://shell.appspot.com,and the problem is same. Can you fix it? --~--~-~--~~~---~--~~ 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 this group at http://groups.google.com/group/google-appengine?hl=en -~--~~~~--~~--~--~---
