[google-appengine] Spring MVC + GAE = slow startup
Hi guys, I've decided to convert my servlet/jdo based app engine app to spring mvc (the current app is starting to limit me on doing quick changes/improvements in the code and as I have quite good experience with spring on standard non cloud platforms I've decided to give it a go). So I've put together project including: - Spring + Spring MVC + Apache Velocity - ehcache + spring-annotations for ehcache + own decorators/interceptors for appengine memcached - objectify - some other util classes ie jsoup, commons (util, baens, logging, codec), gdata The lib directory contains ~42MB of jars (including appengine libraries which makes ~25MB) After deploy, the app takes 50+ seconds to start (sometime the first request get killed after 60 seconds and another app is started) - I've read some articles about speeding up the spring on gae and decided to do another little test. I've created testing app containing only spring + spring mvc with one controller (no other beans, but had to keep the annotation scan enabled for mvc mapping - but disabled the component scan). The controller simply forwards to JSP file with text. Deployed and the page got displayed after 13 seconds. I knew the Spring with all proxies and scanning is not optimal for GAE but I wasn't expecting this at all - it seems like the app have issues with simple loading the libraries as I can see how the memory of instance is growing by 1 MB per second. I've tried to: 1) merge jars into 3-4 bigger ones 2) disable annotations (just for the test as with new spring mvc its quite hard to do some better mapping only in xml) 3) lazy load some spring beans And I can save like 5-10 secods from those 50+ seconds of my startup - is it really so bad for everyone or is there some magic setting? Whats your normal startup time of your spring based app? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/MwOqz24F9cYJ. 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: Datastore quota madness
My app is over quotas again. According to DB stats it only uses 17MB (16 for data, 1MB for indexes), but dashboard shows that 1GB of storage used. https://sites.google.com/site/dmitrygusev/gae-dbstats-2012-04-08-15.43.59.png?attredirects=0d=0 https://sites.google.com/site/dmitrygusev/gae-overquota-2012-04-08-15.44.25.png?attredirects=0d=0 On Friday, March 30, 2012 3:01:22 PM UTC+4, Dmitry Gusev wrote: My app has been fixed two days ago and I can see I'm using only 0.01GB, thought this number grows up to 70% during the day and at the beginning of next day it becomes 1% again. What I did is marked every field in my entities (which not used by queries) as unindexed. According to doc I should update each entity, but I couldn't because DB quota size was exceeded. Not sure how I this been fixed though, but now it works and looks like unindexed properties doesn't consume any Datastore Write quotas right now (and this was the bottleneck before). On Friday, March 30, 2012 2:46:30 PM UTC+4, João Campos wrote: A bit of an update from my application: - I still can't see the indexes size on the Datastore Statistics, even after the stable release of the SDK 1.6.4. I guess it shows only composite indexes (not the default) and I have none of those; - My Billing History reports keep saying that I'm using only 0.01 GB (rather than the 1GB+ that is shown on the Dashboard). In the meantime, I've created a new application and copied all my data there. The new application has been working fine since, but then again the original had been working fine for well more than a year and moving to a new application might not be a solution at all for some. Has anyone filed a production ticket yet? On Thursday, March 22, 2012 10:46:11 AM UTC, Константин Сабуров wrote: Hello! i have an application on master/slave datastore and recently noticed really strange things: datastore size on the dashboard is much bigger than expected. in my app i proactively deleting all unused info to stay below 1Gb quota (and there is not many users) but datastore size do not going down, it going up instead and for now it is over 4Gb. and this is not only mine point of view: datastore admin page and datastore statistics both shows numbers which much easier to believe i attached screenshots, may be i overlooked something... i just whant to delete invisible entities which take all of my billable space please help! :) On Thursday, March 22, 2012 10:46:11 AM UTC, Константин Сабуров wrote: Hello! i have an application on master/slave datastore and recently noticed really strange things: datastore size on the dashboard is much bigger than expected. in my app i proactively deleting all unused info to stay below 1Gb quota (and there is not many users) but datastore size do not going down, it going up instead and for now it is over 4Gb. and this is not only mine point of view: datastore admin page and datastore statistics both shows numbers which much easier to believe i attached screenshots, may be i overlooked something... i just whant to delete invisible entities which take all of my billable space please help! :) On Thursday, March 22, 2012 10:46:11 AM UTC, Константин Сабуров wrote: Hello! i have an application on master/slave datastore and recently noticed really strange things: datastore size on the dashboard is much bigger than expected. in my app i proactively deleting all unused info to stay below 1Gb quota (and there is not many users) but datastore size do not going down, it going up instead and for now it is over 4Gb. and this is not only mine point of view: datastore admin page and datastore statistics both shows numbers which much easier to believe i attached screenshots, may be i overlooked something... i just whant to delete invisible entities which take all of my billable space please help! :) -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/rldcnbvnfDYJ. 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: Google checkout must die
+1 Google Checkout is killing me :( . On Saturday, April 7, 2012 2:10:20 AM UTC+7, Jeff Schnitzer wrote: Seriously, this is ridiculous. We've been trying to enable billing on our sandbox/demo appid for the last two hours. We have a customer waiting for a demo and we can't give it. Please, PLEASE do something about this abomination. I love appengine, but the billing system is retarded. It makes the Phone Company look high tech. Every time we enable billing, it says ok and status goes to Activating Billing. After some random amount of time it goes back to Free mode with no error messages. Trying toenable it again emails a nastygram: Comments from Google Services: This inactive subscription has been canceled ...and goes back to Activating Billing. Round and round we go. Appid is voosttest. Yes we've filed a request at the billing form. Put this in context. I can walk up to a janky ATM in Guatemala, put in a card, and get money out of it immediately. I can whip out a credit card in nearly any store in the world, buy thousands of dollars of merchandise, and walk out with it. And yet the most technically sophisticated corporation in the world needs 30+ minutes to process a simple sale - when it works at all? I struggle to imagine what could make this so complicated. Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/mc70KeUQ7dsJ. 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: Google checkout must die
+1. by the way, is it google checkout, or google wallet?! On Friday, 6 April 2012 20:10:20 UTC+1, Jeff Schnitzer wrote: Seriously, this is ridiculous. We've been trying to enable billing on our sandbox/demo appid for the last two hours. We have a customer waiting for a demo and we can't give it. Please, PLEASE do something about this abomination. I love appengine, but the billing system is retarded. It makes the Phone Company look high tech. Every time we enable billing, it says ok and status goes to Activating Billing. After some random amount of time it goes back to Free mode with no error messages. Trying toenable it again emails a nastygram: Comments from Google Services: This inactive subscription has been canceled ...and goes back to Activating Billing. Round and round we go. Appid is voosttest. Yes we've filed a request at the billing form. Put this in context. I can walk up to a janky ATM in Guatemala, put in a card, and get money out of it immediately. I can whip out a credit card in nearly any store in the world, buy thousands of dollars of merchandise, and walk out with it. And yet the most technically sophisticated corporation in the world needs 30+ minutes to process a simple sale - when it works at all? I struggle to imagine what could make this so complicated. Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/ZPiwQyEhhYYJ. 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] Help! please
Some times only in production I got this exception: In the stack trace never appears any own class, so I think its some thing in the Engine. I don't have idea where is the error or even how to fix it. javax.servlet.ServletContext log: greetHR: An IncompatibleRemoteServiceException was thrown while processing this call. com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: java.lang.ClassNotFoundException: java.lang.Boohean at com.google.gwt.user.server.rpc.RPC.decodeRequest(RPC.java:315) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:206) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) ... -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/Po3hOgLgmq4J. 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] Bunch of 503 last night 4/07/2012
I got a bunch of 503 responses last night on a particular app I look after. No indication of real quota issues or load problems. Load was light. Some 503 responses followed each other with minutes in between. Did anyone else see something similar? This app is on the Python runtime using HR datastore. This seems to happen for at least a couple of hours around midnight PDT. -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/rkzsQDes6UMJ. 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: Help! please
What's java.lang.Boohean ? I guess that's supposed to be *java.lang.Boolean*. You should be testing the code more (you *are* testing your code, right?) On Sunday, April 8, 2012 7:21:30 PM UTC+2, LizBetSoft wrote: Some times only in production I got this exception: In the stack trace never appears any own class, so I think its some thing in the Engine. I don't have idea where is the error or even how to fix it. javax.servlet.ServletContext log: greetHR: An IncompatibleRemoteServiceException was thrown while processing this call. com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: java.lang.ClassNotFoundException: java.lang.Boohean at com.google.gwt.user.server.rpc.RPC.decodeRequest(RPC.java:315) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:206) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) ... -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/9EkF-pdC9ugJ. 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: Help! please
Tx alex. I don know what is java.lang.Boohean and I don't understand what do u mean by *testing my code*. The problem appeared suddenly in production the last Friday, i didn't deploy new version. It suddenly happens and now it suddenly disappear. The problem was present in all my apps and now its not present any more. I don't know what happened but my apps were presenting problems a few days. Any ways thank you Alex. On Sunday, April 8, 2012 1:51:54 PM UTC-5, alex wrote: What's java.lang.Boohean ? I guess that's supposed to be *java.lang.Boolean*. You should be testing the code more (you *are* testing your code, right?) On Sunday, April 8, 2012 7:21:30 PM UTC+2, LizBetSoft wrote: Some times only in production I got this exception: In the stack trace never appears any own class, so I think its some thing in the Engine. I don't have idea where is the error or even how to fix it. javax.servlet.ServletContext log: greetHR: An IncompatibleRemoteServiceException was thrown while processing this call. com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: java.lang.ClassNotFoundException: java.lang.Boohean at com.google.gwt.user.server.rpc.RPC.decodeRequest(RPC.java:315) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:206) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) ... -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/Q7LANrCSc-gJ. 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: DeferredTask always gives NotSerialisable exception
I am still stuck with the issue On Sun, Apr 8, 2012 at 2:03 AM, Deepak Singh deepaksingh...@gmail.comwrote: Hi, I am doing some database operation on GAE-JAVA using Objectify 3.0.1 through Deferedtask as follows, class TaskOp implements DeferredTask, Serializable { @Override public void run() { try{ enq.setStatus(Constant.CANCELLED_ENQUIRY); objectify.put(enq); ListPackageConversationDTO convList = objectify.query(PackageConversationDTO.class).filter(leadId, enq.getId()).list(); for(PackageConversationDTO convDto : convList) { convDto.setStatus(Constant.CANCELLED_TRIP_PACKAGE_CONVERSATION); objectify.put(convDto); } ListHolidayInvoiceDTO list = objectify.query(HolidayInvoiceDTO.class).filter(tripId, enq.getId()).list(); for(HolidayInvoiceDTO holiday : list) { holiday.setStatus(Constant.INVOICE_GENERATED_THEN_TRIP_CANCELLED); objectify.put(holiday); } }catch (Exception e) { System.out .println(CommonRpcServiceImpl.cancelTripEnquiry(...).TaskOp.run() +e.getMessage()); } } } try{ TaskOptions taskOpt = TaskOptions.Builder.withPayload(new TaskOp()); Queue defQueue = QueueFactory.getDefaultQueue(); defQueue.add(taskOpt); }catch (Exception e) { System.out.println(CommonRpcServiceImpl.cancelTripEnquiry() +e.getMessage()); } It always throws this exception CommonRpcServiceImpl.cancelTripEnquiry() java.io.NotSerializableException: com.google.gwt.user.server.rpc.impl.StandardSerializationPolicy I make sure that all the object being used here are serializable. Thanks in advance Deepak Singh -- Deepak Singh -- 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] Downtime
Hello all - Am I the only who is extremely shocked to find out that once your daily quota has been exceeded you should brace yourself for hours of downtime because billing is not automated ? It's very disappointing. GAE is good at automating suspending websites, but fails to automate billing? -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/n30ZE4dCBb0J. 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.
Re: [google-appengine] App down due to Quotas exceeded
This is horrible. I'm experiencing this now and no response from Google. It's really sad that Google would have such a flaw in a sensitive service. It takes me literally a few seconds to change my daily budget on Facebook Ads and that's only for ads. But on Google, it takes hours and days for a hosting solution where every second actually matters? Very disappointed... On Saturday, April 7, 2012 9:56:39 AM UTC-4, Eric Ka Ka Ng wrote: we got the same prb last week. after 3-4 days we get replies from google helping to fix the issue. we lost business, customers, and repetition during the down time. yes, i'm sure that's an internal bug for them and many others face the similar problem. this problem affects many apps, and many real users. I wont expect these problems happen on a google platform which has passed the 'beta' stage, and we are paying real money to deploy serious applications on it. Please, google, be serious to the business. - eric On 7 April 2012 04:03, doright doug.stodd...@gmail.com wrote: My app has been down for over 3 hours now. Its a production app, with paying customers. At least it did have paying customers 3 hours ago... Okay, so I've exceeded my quotas, just increase my budgets right? Wrong - it won't let me, saying: A charge has been issued to the billing administrator. *(You will be able to make changes to your budget settings again once the outstanding payment is processed.)* So I'm stuck, it won't let me make any changes even though I have a valid VISA card registered, ready and waiting. There has never been a problem with the card, and its still valid. So, I send a mail to Please contact us at appengine_updated_pric...@google.comappengine_updated_pric...@google.com?subject=Billing%20question%20regarding%20mybikeshopmanager if you have questions or issues regarding billing.. No answer for 3 hours and counting. I raised an issue about it, still no answer. Finally I'm posting here, having reached a final dead end. There are so many ironies here its almost funny. I exceeded my quotas because I was experiencing lots of problems with high latencies and warmup requests taking too long. Some of my customers had expressed concern that the system couldn't handle the load. Second irony is due to the high latencies experienced, some customers had started to question if Google was a noddy platform and couldn't scale. I of course went to great lengths to discuss that I'd in fact chosen this platform due to its robustness and scalability. And then its down for over 3 hours due to a billing bug. I agree I should have anticipated the quotas actually being exceeded, but given that I missed that moment I would have hoped the situation would have been recoverable in less than 3 hours! Beware ALL. If there is someone out there who can help, please tell me how I get the app running again ASAP. many 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 https://groups.google.com/d/msg/google-appengine/-/q3sc-jbv7PgJ. 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. On Saturday, April 7, 2012 9:56:39 AM UTC-4, Eric Ka Ka Ng wrote: we got the same prb last week. after 3-4 days we get replies from google helping to fix the issue. we lost business, customers, and repetition during the down time. yes, i'm sure that's an internal bug for them and many others face the similar problem. this problem affects many apps, and many real users. I wont expect these problems happen on a google platform which has passed the 'beta' stage, and we are paying real money to deploy serious applications on it. Please, google, be serious to the business. - eric On 7 April 2012 04:03, doright doug.stodd...@gmail.com wrote: My app has been down for over 3 hours now. Its a production app, with paying customers. At least it did have paying customers 3 hours ago... Okay, so I've exceeded my quotas, just increase my budgets right? Wrong - it won't let me, saying: A charge has been issued to the billing administrator. *(You will be able to make changes to your budget settings again once the outstanding payment is processed.)* So I'm stuck, it won't let me make any changes even though I have a valid VISA card registered, ready and waiting. There has never been a problem with the card, and its still valid. So, I send a mail to Please contact us at appengine_updated_pric...@google.comappengine_updated_pric...@google.com?subject=Billing%20question%20regarding%20mybikeshopmanager if you have questions or issues regarding billing.. No answer for 3 hours and counting.
[google-appengine] Calculate instance hours
Hi all, How to calculate instance hours? is that depends on how many users accessing the apps? Thanks, Didin -- 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.
Re: [google-appengine] Re: Help! please
While it's theoretically possible that Google could have tweaked something somewhere such that your RPC protocol munged Boolean into Boohean, this seems about as likely as me winning the lotto tomorrow (I don't play it). Either: 1) Someone on your team is deploying code changes despite your protestations 2) Your app hit an untested code path that has broken parts 3) You typed in that stacktrace by hand and made a typeo. I'm willing to bet you will figure it out by grepping your codebase (or your version control) for Boohean. Jeff On Sun, Apr 8, 2012 at 3:55 PM, LizBetSoft Ingenieria en software lizbets...@gmail.com wrote: Tx alex. I don know what is java.lang.Boohean and I don't understand what do u mean by testing my code. The problem appeared suddenly in production the last Friday, i didn't deploy new version. It suddenly happens and now it suddenly disappear. The problem was present in all my apps and now its not present any more. I don't know what happened but my apps were presenting problems a few days. Any ways thank you Alex. On Sunday, April 8, 2012 1:51:54 PM UTC-5, alex wrote: What's java.lang.Boohean ? I guess that's supposed to be java.lang.Boolean. You should be testing the code more (you are testing your code, right?) On Sunday, April 8, 2012 7:21:30 PM UTC+2, LizBetSoft wrote: Some times only in production I got this exception: In the stack trace never appears any own class, so I think its some thing in the Engine. I don't have idea where is the error or even how to fix it. javax.servlet.ServletContext log: greetHR: An IncompatibleRemoteServiceException was thrown while processing this call. com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: java.lang.ClassNotFoundException: java.lang.Boohean at com.google.gwt.user.server.rpc.RPC.decodeRequest(RPC.java:315) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:206) at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:248) at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) ... -- You received this message because you are subscribed to the Google Groups Google App Engine group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine/-/Q7LANrCSc-gJ. 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. -- 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: [objectify-appengine] Re: DeferredTask always gives NotSerialisable exception
I suggest restating the problem and being as clear as possible. I can't understand what you are asking - sorry. Jeff On Sun, Apr 8, 2012 at 7:04 PM, Deepak Singh deepaksingh...@gmail.com wrote: I am still stuck with the issue On Sun, Apr 8, 2012 at 2:03 AM, Deepak Singh deepaksingh...@gmail.com wrote: Hi, I am doing some database operation on GAE-JAVA using Objectify 3.0.1 through Deferedtask as follows, class TaskOp implements DeferredTask, Serializable { @Override public void run() { try{ enq.setStatus(Constant.CANCELLED_ENQUIRY); objectify.put(enq); ListPackageConversationDTO convList = objectify.query(PackageConversationDTO.class).filter(leadId, enq.getId()).list(); for(PackageConversationDTO convDto : convList) { convDto.setStatus(Constant.CANCELLED_TRIP_PACKAGE_CONVERSATION); objectify.put(convDto); } ListHolidayInvoiceDTO list = objectify.query(HolidayInvoiceDTO.class).filter(tripId, enq.getId()).list(); for(HolidayInvoiceDTO holiday : list) { holiday.setStatus(Constant.INVOICE_GENERATED_THEN_TRIP_CANCELLED); objectify.put(holiday); } }catch (Exception e) { System.out .println(CommonRpcServiceImpl.cancelTripEnquiry(...).TaskOp.run() +e.getMessage()); } } } try{ TaskOptions taskOpt = TaskOptions.Builder.withPayload(new TaskOp()); Queue defQueue = QueueFactory.getDefaultQueue(); defQueue.add(taskOpt); }catch (Exception e) { System.out.println(CommonRpcServiceImpl.cancelTripEnquiry() +e.getMessage()); } It always throws this exception CommonRpcServiceImpl.cancelTripEnquiry() java.io.NotSerializableException: com.google.gwt.user.server.rpc.impl.StandardSerializationPolicy I make sure that all the object being used here are serializable. Thanks in advance Deepak Singh -- Deepak Singh -- 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.
Re: [google-appengine] Downtime
I feel your pain. Am I the only who is extremely shocked to find out that once your daily quota has been exceeded you should brace yourself for hours of downtime because billing is not automated ? It's very disappointing. GAE is good at automating suspending websites, but fails to automate billing? -- 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: Spring MVC + GAE = slow startup
Our app is also Spring-based. We did some optimisation about a year ago. Don't really remember how quickly we got our app to start. I think it was in the ballpark of the 13s result you got. 50s is too long. Here's what we've done: * combine our own classes into one JAR * reduce dependencies as much as possible (exclude unnecessary JPA/JDO dependencies if you're not using them) * turn off Spring autoscan (we list Controllers explicitly, but we do use annotations inside the Controllers) * use static instead of dynamic JSP includes when possible * turn on JSP precompilation * there may be a few other things I'm forgetting On Apr 8, 6:16 pm, Tomas tomas.ada...@gmail.com wrote: Hi guys, I've decided to convert my servlet/jdo based app engine app to spring mvc (the current app is starting to limit me on doing quick changes/improvements in the code and as I have quite good experience with spring on standard non cloud platforms I've decided to give it a go). So I've put together project including: - Spring + Spring MVC + Apache Velocity - ehcache + spring-annotations for ehcache + own decorators/interceptors for appengine memcached - objectify - some other util classes ie jsoup, commons (util, baens, logging, codec), gdata The lib directory contains ~42MB of jars (including appengine libraries which makes ~25MB) After deploy, the app takes 50+ seconds to start (sometime the first request get killed after 60 seconds and another app is started) - I've read some articles about speeding up the spring on gae and decided to do another little test. I've created testing app containing only spring + spring mvc with one controller (no other beans, but had to keep the annotation scan enabled for mvc mapping - but disabled the component scan). The controller simply forwards to JSP file with text. Deployed and the page got displayed after 13 seconds. I knew the Spring with all proxies and scanning is not optimal for GAE but I wasn't expecting this at all - it seems like the app have issues with simple loading the libraries as I can see how the memory of instance is growing by 1 MB per second. I've tried to: 1) merge jars into 3-4 bigger ones 2) disable annotations (just for the test as with new spring mvc its quite hard to do some better mapping only in xml) 3) lazy load some spring beans And I can save like 5-10 secods from those 50+ seconds of my startup - is it really so bad for everyone or is there some magic setting? Whats your normal startup time of your spring based app? -- 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.