Re: [appengine-java] Newbie HttpSession questions
The memcache is volatile without a well defined contract for expiration, so it alone is not sufficient to support session behavior. A memcached entity is more like a SoftReference in contract. Well a globally shared SoftReference with, presumably, some cross JVM network serialization overhead (that last part being a guess). On Dec 28, 2009 6:59 PM, Paul Jacobs paul.r.jac...@gmail.com wrote: HttpSession seems to be using the datastore by default in my app. Can it be made to use memcache? I have not used memcache yet, so I hope this isn't a daft question... -- 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-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- 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-j...@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.
Re: [appengine-java] Slow response time under load
Can that be clarified a bit? GAE concurrent requests are capped below 10 and 1/3 sec response time is considered a long request? This doesn't seem realistic compared to non-trivial 3-tier JEE clusters where an installation might support upwards of 100+ open sockets and a looong transaction might run 800+ ms (4 secs client wait time being an accepted max before resorting to async mechanisms). That's in the context of modern processors, which seem faster than the GAE CPU algorithms. Is there a roadmap to support such requirements or is that being relegated to the hosted image model of cloud computing? On Dec 10, 2009 7:48 PM, Ikai L (Google) ika...@google.com wrote: There is a limit on the number of open connections you can have, and it could be that you are hitting this limit. App Engine favors a model where you use many small, cheap requests in lieu of single, long requests. On Tue, Dec 8, 2009 at 2:50 PM, R D adma...@gmail.com wrote: I have a simple application tha... -- Ikai Lan Developer Programs Engineer, Google App Engine -- You received this message because you are subscribed to the Google Groups Google App Engine f... -- 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-j...@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.
Re: [appengine-java] possible to split web.xml ?
You might try leveraging one of the MVC frameworks which supports inheritance for its action mapping files. Xdoclet may be another alternative worth investigating for a lower level build time composition of web.xml (although I haven't used it in the GAE / Eclipse context). It was a great ant tool for generating EJB descriptors back in the olden days. On Dec 7, 2009 11:23 AM, Prashant antsh...@gmail.com wrote: ok, thanks anyway. -- You received this message because you are subscribed to the Google Groups Google App Engine f... -- 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-j...@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.
Re: [appengine-java] Re: Text Search Support for Java
The compass solution is probably sufficient for pet projects. If I correctly recall, there are still serious scalability issues due to the way indexes are currently stored and restrictions on app store blob size. The main issue is initial timeouts due to the GAE design flaw wrt startup / initial request - timeout. Initializing compass, lucene, jdo, and serving even a simple request cuts very close to the deadline. On Wed, Dec 2, 2009 at 6:28 PM, steveb steve.buikhui...@gmail.com wrote: I'm also very interested in this feature. I'm looking at plugging in Lucene ( http://www.kimchy.org/searchable-google-appengine-with-compass ) to achieve search but I can imagine that there will be lots of issues with storage, indexing, security, CPU use etc with this solution. If we can get an indication of rough roadmap then we can decide whether to delay and wait or bite off this hairy bit of integration work. p.s. would it be possible to bridge between java and python SearchableModel? I think this would be less total work than plugging in Lucene. I'd be happy to hear any war stories in this area. Thanks, Steve On Dec 3, 7:53 am, lent lentakeu...@gmail.com wrote: Hi, This question is targeted at Google guys. Is there any plans to have limited support for full text search for Java, i.e. something like the equivalent of SearchableModel in Python, and if so when can this be expected? When is FULL support for full text search be expected for appengine (Python and Java)? Regards, Len -- 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-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- 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-j...@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.
Re: [appengine-java] Re: Why is it called Google App Engine for Java ?
There are innovators who attempt to advance the field and be the first. They appeal to the desperate and the early adopters with nothing to loose and much to gain. There are guardians with deep experience who strive to ensure reliability and predictability. They appeal to those upon whom many are dependent; those with everything to lose and little to gain. Both camps are invaluable. Incorrectly categorizing a technology, or failing to understand who you're employed to represent, are personal problems. On Nov 30, 2009 12:22 PM, Jeff Schnitzer j...@infohazard.org wrote: I, for one, am sick and tired of Sun's domineering, suffocating stranglehold on what is and isn't Java. GAE is a breath of fresh air. JavaME and JavaEE also impose a variety of limitations on Java. What's the difference between those and GAE? The difference is that Sun got a committee of big company representatives with their own vested interests in a closed room and argued about how the official specs should work for years... and ultimately produced a bunch of crap that is barely useful to anyone. Just *try* out Websphere sometime, I dare you. For the first time ever, someone has produced a shared application service model for Java that's even easier than PHP. This could never have come out of the JCP. If this is destroying java, then GOOD RIDDANCE! Jeff -- You received this message because you are subscribed to the Google Groups Google App Engine fo... -- 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-j...@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.
Re: [appengine-java] Any rules product that works on AppEngine?
I'm still waiting on defect 2430 wrt drools. I haven't had the opportunity yet to pull down the gae codebase and attempt to divine the root cause. Star the defect if it's important to you. On Nov 30, 2009 2:16 PM, niraj njun...@gmail.com wrote: Based on query on this forum on Drools seems like DROOLS does not work on AppEngine. Is there any other Rule Engine that works on AppEngine -- 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-j...@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.comgoogle-appengine-java%2bunsubscr...@googlegroups.com . For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en. -- 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-j...@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.
Re: [appengine-java] First Request High CPU
Will there be a way to separate start up activity from request activity, so that initial requests will not be killed prematurely with a deadline exceeded error? On Nov 30, 2009 5:15 PM, Toby Reyelts to...@google.com wrote: Hi Jeff, First, it's definitely a net win for us to spin down an application if it doesn't receive much traffic, even if the loading requests are significantly more expensive. This is one of the main reasons why we're able to offer everyone free quota on App Engine - it doesn't cost us extra money to host your app when it's not actually receiving traffic. Second, as far as your free quota goes, it should be very difficult (impossible?) to use it up with just loading requests. The number of loading requests you get is inversely proportional to the traffic your app receives. The more CPU you chew up due to incoming traffic, the less CPU you chew up due to loading requests. Third, as Ikai says, we're continuously and aggressively working on optimizations for reducing both the latency of and the amount of CPU spent on loading requests. Keep a lookout for announcements in upcoming releases. Finally, I've filed a feature requesthttp://code.google.com/p/googleappengine/issues/detail?id=2456in the issue tracker for reserving JVMs. If you'd like to be able to pay to reserve a JVM, please star the issue. Feel free to leave a comment about what you feel would be a reasonable pricing scheme. On Mon, Nov 30, 2009 at 3:50 PM, Jeffrey Goetsch jeffg@gmail.com wrote: The billing opti... -- You received this message because you are subscribed to the Google Groups Google App Engine for... -- 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-j...@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.