[appengine-java] Move single file to WEB-INF directory after deploy Google App Engien!
I uploaded my project in Google App Engine. I want to change a single file in WEB-INF directory deploy in Google App Engine. I don't want redeploy application again. Please help me. Thank your, V. Rajaganapthi -- 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 google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: calling backend servlet from a corn job servlet
?xml version=1.0 encoding=UTF-8? cronentries cron url/long-task/url description/description scheduleevery 30 minutes/schedule targetname-of-the-backend/target /cron /cronentries On Oct 20, 4:16 am, fachhoch fachh...@gmail.com wrote: I have a heavy duty servlet whihc takes long time to run , so I added a backed.xml and want to call this servlet through a corn job servlet , please tell me how to call the backend from a corn job? -- 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 google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: calling backend servlet from a corn job servlet
http://www.pdjamez.com/2011/05/google-app-engine-backends-part-deux/ On Oct 23, 5:42 pm, Peter Dev dev133...@gmail.com wrote: ?xml version=1.0 encoding=UTF-8? cronentries cron url/long-task/url description/description scheduleevery 30 minutes/schedule targetname-of-the-backend/target /cron /cronentries On Oct 20, 4:16 am, fachhoch fachh...@gmail.com wrote: I have a heavy duty servlet whihc takes long time to run , so I added a backed.xml and want to call this servlet through a corn job servlet , please tell me how to call the backend from a corn job? -- 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 google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: createEntityManager() taking too long
I too am seeing times of 6 seconds or more when createEntityManager() is called. Were you able to find a work around? This is causing a lot of extra instances to be spun up. At least 5 for a single user. On Sep 28, 4:47 pm, Sekhar allur...@gmail.com wrote: I'm using JPA and see that calls to createEntityManager() are taking several seconds (e.g., 6 seconds). This is with HRD and reserved instances. And it's not the first time either, subsequent calls are also slow. Is anyone else seeing this, and is there a way to speed these up? -- 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 google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Serious Performance Issues Due To Constant Startup of New Instances
So I've rewired the application using Guice and I've completely ditched Spring. The application is a little faster but new instances are constantly being spooled up. Right now, it appears as if the command EntityManager entityManager = EMF.get().createEntityManager(); is taking at least 6 seconds and that delay is causing new instances to be spun up. Of course that command is called every time I query datastore. On Oct 20, 10:57 am, Casey j.casey.one...@gmail.com wrote: I've been developing an application for quite some time and I always noticed the following things while testing: - The first hit to the quiet server took a long time due to application startup. Anywhere from 10-30 seconds. Sometimes I see 60 seconds. - Performance would be ok but it seems like a lot of extra instances would be spun up with just a single user. That's even with safe threading enabled. - Of course after a few minutes of idle time the instance would spin down and then the next request would take a long time to process while a new instance was spooled up I should also mention that I'm using GWT with RPC and I'm using Spring to manage all of my services. I do think that the use of Spring is why my application takes so long to start up. Since the datastore EMF handles my transactions I really only use the spring framework to provide dependency access to singleton beans across servlets and RPC services. But the primary reason I use Spring is for the session scoped bean so that I can store objects in the session. I actually don't store much in the session, just the current user id so performance should be OK. During QA I was kind of OK with with the bad performance because I attributed the delays with the spooling up of instance #1. Yesterday I enabled the persistent instances where I pay $9 a month to have three instances constantly powered on and waiting. That seemed to work at first. My first hit to server where I access a JSP is pretty fast. Login then takes awhile and then my first RPC call took forever. When I looked at the instances it made sense. Even though there were three instances waiting for traffic, for some reason, a single user accessing the server caused another three instances to be spooled up for a total of six. Again, this is just for a single user accessing the system. I've since accessed appstats and inserted a bunch of logging statements. As far as I can tell, all of my datastore requests are 100ms. Since some RPC calls make multiple calls to the DB I see some request times around 0.5s or 1s. I wouldn't think that such a time would cause additional instances to be spun up. So my only guess as to why additional instances keep getting spun up is that Spring is taking forever to load the small configuration files. It also looks like Spring isn't initialized until login is called. Post access to the JSP. So what do I do? I've tried to optimize Spring startup as much possible but that clearly doesn't seem to be working. Does anyone have any suggestions or do I have to figure out how to completely ditch Spring and use Guice for my dependency injection. If that's true, what do I do about the session scoped bean? I found a bunch a GAE session projects for python but so far I haven't found one for managing session objects in java. Does anyone have any ideas? -- 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 google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Serious Performance Issues Due To Constant Startup of New Instances
We had a similar issue with JDO, so we switched to twig-persist which starts faster then JDO and has a really nice API. About spinning, you can specify how long GAE can wait for new request to complete, until start a new instance of the application to handle it. You can check this options in the Application Settings page in the admin panel of your application under label Performance. -- 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 https://groups.google.com/d/msg/google-appengine-java/-/mkBjmnYoTtoJ. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: Serious Performance Issues Due To Constant Startup of New Instances
I was using Spring, Spring Security, Sitemesh, JSP and Objectify. Sometimes I experienced deadline exception (remember last time request timeout was set to 30sec). Now that I use JSP, Servlet, Objectify and custom Sitemesh, it takes less than 5secs to warmup. On Oct 24, 3:16 am, Miroslav Genov mge...@gmail.com wrote: We had a similar issue with JDO, so we switched to twig-persist which starts faster then JDO and has a really nice API. About spinning, you can specify how long GAE can wait for new request to complete, until start a new instance of the application to handle it. You can check this options in the Application Settings page in the admin panel of your application under label Performance. -- 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 google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.