[appengine-java] Re: 5000 row query
Seems intense transactions like yours are what GAE is trying to avoid with high priority cycles reserved for the User Interface. The Task Queue and Cron subsystems help with intense batch operations such as this. But, even with those you have to breakdown the work into small units. On Nov 27, 8:32 am, chris wrote: > Hi, > > I'm trying to return 5000 rows by using 5 sets of 1000. However the > CPU utlization is really high. I need to get the full 5000 to work > out a calculation based on the data. This prevents me from performing > any paging operations. I don't need to display all the data at once > but simply getting the rows is causing some issues. I don't want the > high cpu utilization to cause the requests to timeout. > > Does anyone know of anything i could try? > > Regards > > Chris -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
Jago...in shared environments you can't let apps launch their own threads, you can't let apps takeover file systems, etc...these are basic principles for shared resources such as GAE and, for example, contradicts J2EE specs such as EJB and so on. Such apps belong on dedicated servers. Also, loading of images to datastore is possible with VFS...as far as editing images, I don't know. Ted... java.lang.Thread, you want to launch new processes from within your app server...that's a job for URLFetch. Anyhow, I was just curious at what you couldn't do...good to share that with the community in case they know something you don't. As far as the naming goes, you may be the first to raise this concern in GAE's existence (2 years or so). On Nov 27, 6:07 pm, marksea wrote: > > In the end all they > > support is Java syntax and a couple of classes. > > I count 1332. Since you're so particular about your terminology, you > may want to look up "a couple." -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
Apologies, I see I didn't read the original e-mail closely. I was thinking 'shared server environment', not 'shared app server environment'. But, come to think of it, I guess whitelist is so large because GAE/J is a shared app server, not a shared server. On Nov 27, 4:22 pm, jago wrote: > What do you mean with not a problem? > > On Nov 27, 10:13 pm, ted stockwell wrote: > > > On Nov 27, 12:17 pm, Diana Cruise wrote: > > > > I'm curious which classes you are referring to that are missing and > > > are NOT considered a stability risk running under a shared app server > > > environment. > > > Well, since you asked, java.lang.Thread is NOT a problem in most > > shared app server environments. > > The Google App Engine is 'special' in this regard. -- 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.
[appengine-java] xmlHttp request status is 0 for google maps http geocoder
Hi, I am trying to submit an HTTP request via AJAX from the client to the Google Maps Geocoding service. I keep getting a status of 0. I know the request is valid because when I enter the URL right into the browser address bar I get a valid result. Here is the code (assume 'url_string' has a valid url to the geocoding service - I have tested this already as mentioned above): var request = GXmlHttp.create(); request.open("GET", url_string, true); request.onreadystatechange = function() { if (request.readyState == 4) { alert("STATUS IS "+ request.status); } } request.send(null); My app is running on Google appengine and I get the error when I try it locally but also when I deploy and try it. Any help would be appreciated. -- 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.
[appengine-java] Re: any plans for deferred.defer in Java?
I've solved the serialization problems by Base64 encoding the serialized task before calling payload() and decoding it in the deserialize(HttpServletRequest) method. I'm guessing something in the task queue chain (either task queue payload storage or the servlet call when task is run) has problems transmitting the binary data, as the exception I was getting at one point was a java.io.StreamCorruptedException. I'll send another patch to Vince. My solution works, but I'm not completely satisfied that I've diagnosed the problem correctly. I used Apache commons-codec for Base64. Is it safe to use com.sun.misc instead? I see it in appengine.repackaged chain, as well, but don't see it as part of an official Google API. Somewhat related, I've wired up the Deferred servlet through the GuiceFilter so I can pass a Guice injector to Deferrable tasks. Since the task objects are not created through Guice, but rather by deserializing, I modified doTask() to accept an additional Injector argument. We probably don't want that in the official version of Deferrable, though. Is there a better way for my Deferrable classes to get access to a Guice "context"? I'm trying to avoid Guice.createInjector(), as it results in a duplicate PersistenceManagerFactory being created since other servlets are also being served through Guice. Thank you, /dmc On Nov 27, 5:42 pm, David Chandler wrote: > Jeff, > > I'm seeing problems with deserialization, too, when deployed on > AppEngine. In dev, I can deserialize(serialize(task)) and it works > just fine, but not so in AppEngine. I get the same error whether the > task payload is the serialized Deferrable task itself or just the Key > with the task in the db, but I haven't yet figured out which is the > cause of the problem. > > The error I'm getting on AppEngine is invalid type code: 00 in > Deferred.deserialize method. I've tried Base64 encoding after > serialization in case it's related to special binary escape sequences > that happen to be in the serialized object stream but still no > success. > > I'm pretty sure AppEngine has written some custom code to do > serialization because I previously got an AppEngine acess control > exception when calling enableResolveObject(true) in a subclass of > ObjectInputStream, and I'm wondering if that's in play somehow... > > /dmc > > On Nov 26, 5:31 am, Jeff Schnitzer wrote: > > > I should have said this before, but thanks for providing this code! > > > For reasons that are still not clear to me, my task was not > > deserializing properly (very odd complaints about HashMap). Not > > having a stack trace made it even more confusing than usual. > > Ultimately I fixed the problem by making my class Externalizable and > > serializing my object graph as JSON. > > > I would definitely want to see deserialization exceptions in the logs. > > Even if the container is behaving perfectly rationally, developers > > can easily hork up the process with Externalizable. What is to be > > gained by hiding the stack trace? > > > Thanks, > > JeffOn Wed, Nov 25, 2009 at 11:03 AM, Vince Bonfanti > > wrote: > > > Hi Jeff, > > > Thanks for the suggestions and the code. David Chandler sent me a patch to > > > support user-specified queue names (almost exactly the same as your > > > changes), and I've committed that patch to SVN. Regarding your other > > > changes: > > > - I've probably make the init parameter optional and have > > > it > > > default to "/_ah/" rather than throw an exception from the > > > init > > > method if it's missing. > > > - While we're at it, the default queue name could be optionally > > > specified > > > by an init parameter also. > > > - I'm not sure a stacktrace from the doPost method is really going to > > > give > > > you much more information, but would be open to that change. > > > It looks like the Deferred class is going to be added to the official > > > GAE/J > > > SDK, though I'm not sure when. Rather than make any more changes to the > > > code > > > right now, I'd rather wait to see what shows up the SDK and then work > > > through normal Google channels to get any further modifications made. In > > > the > > > mean time, I'm glad it's working for you. > > > Vince > > > On Tue, Nov 24, 2009 at 8:09 PM, Jeff Schnitzer > > > wrote: > > > >> Attached is a modified version of that class that lets you define any > > >> path you want for the servlet and lets you specify which queue to use > > >> like this: Deferred.defer(task, "queueName"); > > > >> (I needed this for my own purposes) > > > >> Do with it as you wish :-) > > > >> The only other major change I would make is to stop masking all the > > >> exceptions during the task processing. Or at least, if you're going > > >> to log the exception and stop propagation, log the whole thing so we > > >> get a stacktrace in the logs. > > > >> Jeff > > > >> On Fri, Nov 20, 2009 at 1:03 PM, David Chandler > > >> wrote: > > >> > Vince, this is great! I hadn't been watchi
[appengine-java] Web Service deployment using Axis in Google app engine for java
Hi , Is it possible to deploy axis based web service application in google apps engine for java. If yes, can you please share the steps or any special instructions. Thanks Regards Rahul Jha -- 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.
[appengine-java] 5000 row query
Hi, I'm trying to return 5000 rows by using 5 sets of 1000. However the CPU utlization is really high. I need to get the full 5000 to work out a calculation based on the data. This prevents me from performing any paging operations. I don't need to display all the data at once but simply getting the rows is causing some issues. I don't want the high cpu utilization to cause the requests to timeout. Does anyone know of anything i could try? Regards Chris -- 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.
[appengine-java] Is it possible to implement Open EntityManager in View to avoid JDODetachedFieldAccessException?
Hello, I'm very new to app-engine but I'm used to JPA and I can't find a way to use Open EntityManager in View with app-engine and JPA. My code is structured like this: DomainDAO -> This is where I access the datastore through JPA DomainService -> Some business logic before saving DomainController -> To show the domain on the page This is a sample method of one of my DAOs: public Guardian findByGoogleUserId(String userId) { if (userId) { def result = jpaTemplate.findByNamedParams("select g from Guardian g where g.googleUserId = :userId", [userId: userId]) if (result) { return result[0] } } return null } I'm using Spring therefore I tried to configure the OpenEntityManagerInViewInterceptor, if this works as it's supposed to I shouldn't get JDODetachedFieldAccessException anymore, but I still get it. Is it possible to implement this pattern with app-engine and JPA? -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
> In the end all they > support is Java syntax and a couple of classes. I count 1332. Since you're so particular about your terminology, you may want to look up "a couple." -- 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] Using Long as a natural key
Hi Jeff, I'm the author of that comment. The practice is discouraged because of the first reason you give - we're worried that users will do some writes where they provide the Long primary key and some writes where they let the datastore assign it and then end up silently overwriting data. There is no performance problem associated with setting a Long primary key, so if you have a natural key provided by some other system that is guaranteed to be unique it should work (and perform) just fine. Max On Thu, Nov 26, 2009 at 3:10 AM, Jeff Schnitzer wrote: > I store a record that has a natural Long primary key (a facebook user > id). I currently create a Key with that id and insert this record. > > I just noticed this comment on the Entity(Key) constructor: "Creating > an entity for the purpose of insertion (as opposed to update) with a > key that has its id field set is strongly discouraged unless the key > was returned by a KeyRange." > > Is this "strongly discouraged" because the author of that comment is > afraid I will accidentally insert an entity with a null key and the > resulting generated key might conflict with existing data? Or is this > strongly discouraged because there is an actual performance problem > doing this on the server? > > I expect a staggering large write volume, all of which will overwrite > the old records without any need to load them first. I need to do > this the most efficient way possible. Is my current solution the best > performing, or is it better to stringify the user id and use that as a > keyname? > > Thanks in advance, > Jeff > > -- > > 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. > > > -- 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.
[appengine-java] Re: any plans for deferred.defer in Java?
Jeff, I'm seeing problems with deserialization, too, when deployed on AppEngine. In dev, I can deserialize(serialize(task)) and it works just fine, but not so in AppEngine. I get the same error whether the task payload is the serialized Deferrable task itself or just the Key with the task in the db, but I haven't yet figured out which is the cause of the problem. The error I'm getting on AppEngine is invalid type code: 00 in Deferred.deserialize method. I've tried Base64 encoding after serialization in case it's related to special binary escape sequences that happen to be in the serialized object stream but still no success. I'm pretty sure AppEngine has written some custom code to do serialization because I previously got an AppEngine acess control exception when calling enableResolveObject(true) in a subclass of ObjectInputStream, and I'm wondering if that's in play somehow... /dmc On Nov 26, 5:31 am, Jeff Schnitzer wrote: > I should have said this before, but thanks for providing this code! > > For reasons that are still not clear to me, my task was not > deserializing properly (very odd complaints about HashMap). Not > having a stack trace made it even more confusing than usual. > Ultimately I fixed the problem by making my class Externalizable and > serializing my object graph as JSON. > > I would definitely want to see deserialization exceptions in the logs. > Even if the container is behaving perfectly rationally, developers > can easily hork up the process with Externalizable. What is to be > gained by hiding the stack trace? > > Thanks, > JeffOn Wed, Nov 25, 2009 at 11:03 AM, Vince Bonfanti > wrote: > > Hi Jeff, > > Thanks for the suggestions and the code. David Chandler sent me a patch to > > support user-specified queue names (almost exactly the same as your > > changes), and I've committed that patch to SVN. Regarding your other > > changes: > > - I've probably make the init parameter optional and have it > > default to "/_ah/" rather than throw an exception from the init > > method if it's missing. > > - While we're at it, the default queue name could be optionally specified > > by an init parameter also. > > - I'm not sure a stacktrace from the doPost method is really going to give > > you much more information, but would be open to that change. > > It looks like the Deferred class is going to be added to the official GAE/J > > SDK, though I'm not sure when. Rather than make any more changes to the code > > right now, I'd rather wait to see what shows up the SDK and then work > > through normal Google channels to get any further modifications made. In the > > mean time, I'm glad it's working for you. > > Vince > > On Tue, Nov 24, 2009 at 8:09 PM, Jeff Schnitzer wrote: > > >> Attached is a modified version of that class that lets you define any > >> path you want for the servlet and lets you specify which queue to use > >> like this: Deferred.defer(task, "queueName"); > > >> (I needed this for my own purposes) > > >> Do with it as you wish :-) > > >> The only other major change I would make is to stop masking all the > >> exceptions during the task processing. Or at least, if you're going > >> to log the exception and stop propagation, log the whole thing so we > >> get a stacktrace in the logs. > > >> Jeff > > >> On Fri, Nov 20, 2009 at 1:03 PM, David Chandler > >> wrote: > >> > Vince, this is great! I hadn't been watching my own issue, so didn't > >> > see this until now. Thanks so much! > > >> > Only enhancement I would suggest is to enable multiple deferred > >> > queues. For example. I would like to defer tasks in an email throttle > >> > queue separately from a general background queue. Perhaps the > >> > Deferrable interface could have a getQueueName() method, or > >> > Deferred.defer could have an additional signature defer(Deferrable > >> > task, String queueName). > > >> > Thanks again, > >> > /dmc > > >> -- > > > -- > > > 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. -- 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: Now available: JDO/JPA preview release with inheritance support
There is a preview release of the entire 1.2.8 SDK available for _local_ testing available for download at http://code.google.com/p/googleappengine/downloads/list I realize that won't help you in prod, but if you're not ready to deploy yet anyway you may find it useful. Max On Tue, Nov 24, 2009 at 4:18 PM, Abe Parvand wrote: > I have this exact same problem. So, +1. Temporary workaround? Should > we just omit parent reference in child for now? > > On Nov 23, 2:15 pm, "Max Ross (Google)" > > > > wrote: > > Thanks for the report! I've made a lot of fixes since the RC1 build but > > they're not backwards-compatible with the 1.2.6 SDK, so unfortunately I > > can't release them until the next SDK is out. Your test case works for > me > > with my latest build so this will behave correctly in the next release. > > > > Thanks, > > Max > > > > On Mon, Nov 23, 2009 at 1:56 PM, R. A. > wrote: > > > > >http://datanucleus-appengine.googlecode.com/files/appengine-orm-1.0.4. > .. > > > >> This release provides support for inheritance of native datastore > types > > > and embedded classes. > > > > > Can't get inheritance to run. Tested on *-1.0.3 and *-1.0.4.RC1. > > > Without AbstractEntity, 2 entities with OneToMany relationship works > > > perfectly. Is it the problem with Key id type? NullPointerException > > > is thrown when i access child list element: > > > > > public void test() { > > >List parents = tdao.load(); > > >for (ParentEntity pe : parents) { > > >List childs = pe.getChilds(); > > >System.out.println(".. childs.size: " + childs.size()); > > >for(ChildEntity ce : childs) { // <- NPE > > >} > > >} > > > } > > > > > @Entity > > > @MappedSuperclass > > > public abstract class AbstractEntity { > > > > >@Id > > >@GeneratedValue(strategy = GenerationType.IDENTITY) > > >private Key id; > > > > >private String name; > > > ... > > > } > > > > > @Entity > > > public class ParentEntity extends AbstractEntity { > > > > >@OneToMany(mappedBy="parent", cascade=CascadeType.ALL) > > >private List childs; > > > ... > > > } > > > > > @Entity > > > public class ChildEntity extends AbstractEntity { > > > > >private Long value; > > > > >@ManyToOne > > >private ParentEntity parent; > > > ... > > > } > > > > > Nov 23, 2009 8:20:34 PM com.google.apphosting.utils.jetty.JettyLogger > > > warn > > > WARNING: Nested in > > > org.springframework.web.util.NestedServletException: Request > > > processing failed; nested exception is java.lang.NullPointerException: > > > java.lang.NullPointerException > > >at > > > > > > org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.getObjectForApplicationIdentity > > > (PersistenceCapableMapping.java:971) > > >at > > > > org.datanucleus.store.mapped.mapping.PersistenceCapableMapping.getObject > > > (PersistenceCapableMapping.java:720) > > >at > > > > org.datanucleus.store.appengine.DatastoreRelationFieldManager.lookupParent > > > (DatastoreRelationFieldManager.java:309) > > >at > > > > > > org.datanucleus.store.appengine.DatastoreRelationFieldManager.fetchRelationField > > > (DatastoreRelationFieldManager.java:289) > > >at > > > org.datanucleus.store.appengine.DatastoreFieldManager.fetchObjectField > > > (DatastoreFieldManager.java:271) > > >at > org.datanucleus.state.AbstractStateManager.replacingObjectField > > > (AbstractStateManager.java:1197) > > >at gae.test.ChildEntity.jdoReplaceField(ChildEntity.java) > > >at gae.test.AbstractEntity.jdoReplaceFields(AbstractEntity.java) > > >at org.datanucleus.state.JDOStateManagerImpl.replaceFields > > > (JDOStateManagerImpl.java:2772) > > >at org.datanucleus.state.JDOStateManagerImpl.replaceFields > > > (JDOStateManagerImpl.java:2791) > > >at > > > org.datanucleus.store.appengine.DatastorePersistenceHandler.fetchObject > > > (DatastorePersistenceHandler.java:443) > > >at > org.datanucleus.store.appengine.query.DatastoreQuery.entityToPojo > > > (DatastoreQuery.java:433) > > >at > > > > > > org.datanucleus.store.appengine.DatastoreElementContainerStoreSpecialization.getChildren > > > (DatastoreElementContainerStoreSpecialization.java:103) > > >at > org.datanucleus.store.appengine.DatastoreFKListStore.listIterator > > > (DatastoreFKListStore.java:47) > > >at > > > org.datanucleus.store.mapped.scostore.AbstractListStore.listIterator > > > (AbstractListStore.java:84) > > >at > org.datanucleus.store.mapped.scostore.AbstractListStore.iterator > > > (AbstractListStore.java:74) > > >at org.datanucleus.sco.backed.List.loadFromStore(List.java:241) > > >at org.datanucleus.sco.backed.List.iterator(List.java:507) > > >at > > > java.util.AbstractCollection.toString(AbstractCollection.java:414) > > >at java.lang.String.valueOf(Strin
Re: [appengine-java] Re: Persistable JDO object -> low-level entity?
Feel free to file an issue for this in the JDO/JPA issue tracker: http://code.google.com/p/datanucleus-appengine/issues/list I already have this half-built but there hasn't been much impetus to push it across the finish line. If the issue gets enough votes then I can probably get it prioritized high enough to finish it up. Max On Tue, Nov 24, 2009 at 9:20 PM, Ikai L (Google) wrote: > No, there is no easy way to throw them all in. If this is a performance > bottleneck, you could always write converters for each of your JDO managed > entities. > > > On Tue, Nov 24, 2009 at 6:48 PM, Erem wrote: > >> Ikai, >> >> Thanks for the response. The issue is that I have two types of objects >> that need to be persisted: >> >> (1) a bunch of JDO managed objects >> (2) a bunch of low-level Entity objects. >> >> Is there any way that I could batch put all of them at once through >> the same API rather then calling the JDO api followed by the low-level >> api? >> >> On Nov 24, 5:09 pm, "Ikai L (Google)" wrote: >> > Erem, >> > >> > You can use the makePersistentAll() method of PersistenceManager to >> batch >> > put items. See here: >> > >> > http://code.google.com/appengine/docs/java/datastore/creatinggettinga. >> .. >> > >> > This was introduced in SDK 1.2.5. >> > >> > >> > >> > On Mon, Nov 23, 2009 at 2:37 PM, Erem wrote: >> > > Hey all, >> > >> > > Are there any built in tools in the API to translate a managed JDO >> > > object into a low-level Entity? >> > >> > > I want to do a batch put of some JDO-managed objects and some low- >> > > level Entities. If I could translate JDO-managed objects into bigtable >> > > Entities, I could do this in one call to the low-level API rather than >> > > one call to persistenceManager.makePersistentAll(Collection) and >> > > another to datastoreService.put(Iterable). >> > >> > > Thanks for the help! >> > >> > > Erem >> > >> > > -- >> > >> > > 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=. >> > >> > -- >> > Ikai Lan >> > Developer Programs Engineer, Google App Engine >> >> -- >> >> 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. >> >> >> > > > -- > Ikai Lan > Developer Programs Engineer, Google App Engine > > -- > 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. > -- 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: JDO preview release : child object is still null !
Eventually, yes, but we felt that supporting basic inheritance was the more critical need so that's what got all the attention for 1.2.8. Polymorphic relations typically require either joins, discriminator columns, or both. We'd like to avoid all of that, and I think we can, but we have to wait until we make some changes to how we store relationship data in the physical model. That's the next major change we have planned. Polymorphic relationships will come after. Max On Wed, Nov 25, 2009 at 1:30 AM, Prashant wrote: > Is there any plan to support polymorphism in relationships? I tried it with > 1.2.8 pre-release, felt disappointed seeing it is not supported yet. I was > expecting it to be supported in 1.2.8 release. > > -- > 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. > -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
What do you mean with not a problem? On Nov 27, 10:13 pm, ted stockwell wrote: > On Nov 27, 12:17 pm, Diana Cruise wrote: > > > I'm curious which classes you are referring to that are missing and > > are NOT considered a stability risk running under a shared app server > > environment. > > Well, since you asked, java.lang.Thread is NOT a problem in most > shared app server environments. > The Google App Engine is 'special' in this regard. -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
I do not doubt that GAE is also good for big applications. That's not the reason I started this thread. The question is if they should call themselves Java. Even if so if they shouldn't out of pure decency put a big red warning sign at the top of every page telling people about the whitelist. On Nov 27, 9:39 pm, Nicolas Melendez wrote: > i belive GAE is good for small application. > i made one with three forms and it was good. > For medium or big applications use your own server and db, and enjoy > freedom. > maybe in the future will grow up, and will be ok for medium and big. -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
On Nov 27, 12:17 pm, Diana Cruise wrote: > I'm curious which classes you are referring to that are missing and > are NOT considered a stability risk running under a shared app server > environment. Well, since you asked, java.lang.Thread is NOT a problem in most shared app server environments. The Google App Engine is 'special' in this regard. -- 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] redirect /file.jsp
Here's what I use in my index.jsp to redirect to a url mapped to an action bean/controller; i.e., I use the jstl redirect tag instead of response.redirect(): <%-- isElIgnored="false" needed for GAE --%> <%@ page language="java" contentType="text/html; charset=ISO-8859-1" pageEncoding="ISO-8859-1" isELIgnored="false" %> <%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core"; %> Don wrote: > Hi, > > Trivial question for the gurus here, > > if i do: > response.redirect("bla.jsp") > I get > "WARNING: Can not serve /bla.jsp directly. You need to include it in > in your appengine-web.xml." on development server > (localhost) > > Everything is ok when it is run on the cloud. > Why?? > > I know I have to do this below so it works on localhost... > " > blajsp > /bla.jsp > > > > blajsp > /blajsp > > " > > > -- > > 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. > > -- 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] redirect /file.jsp
What happens if instead you do response.sendRedirect(response.encodeRedirectURL("blah.jsp")); Don wrote: > Hi, > > Trivial question for the gurus here, > > if i do: > response.redirect("bla.jsp") > I get > "WARNING: Can not serve /bla.jsp directly. You need to include it in > in your appengine-web.xml." on development server > (localhost) > > Everything is ok when it is run on the cloud. > Why?? > > I know I have to do this below so it works on localhost... > " > blajsp > /bla.jsp > > > > blajsp > /blajsp > > " > > > -- > > 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. > > -- 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" ?
i belive GAE is good for small application. i made one with three forms and it was good. For medium or big applications use your own server and db, and enjoy freedom. maybe in the future will grow up, and will be ok for medium and big. On Fri, Nov 27, 2009 at 5:24 PM, jago wrote: > We know use it for 2 month and are finally completely stuck. This > means bye-bye appengine and realizing our losses. > > The Google Web Toolkit is also not called the Google Java Web Toolkit. > http://code.google.com/appengine/docs/java/overview.html does not give > a peep about a whitelist! They should directly in the paragrah enter a > box and write in red: attention, there is a whitelist of usable > classes! Be aware of this! > > Whenever I heard Java before we knew that we dealt with a certain > standard. There should be zero mention of the word 'Java' anywhere if > it isn't a real Java! What does it mean if they use the Java6 JVM? The > Java6 JVM allows multithreading and other things are missing - so not > even the JVM claim is true. But the JVM has little to do with the > standard 'Java'. What according to Sun deserves the name 'Java'? > > Answer: Sun is attempting to impose before providing Harmony with Java > Compatibility Kit (JCK) technology necessary to demonstrate full Java > functionality. > Source: http://www.itpro.co.uk/109790/apache-sun-in-java-licensing-clash > > Does Google Appengine Java pass the JCK? No effing way! So don't call > it Java! Call it jAppengine oder AppengineJ. In the end all they > support is Java syntax and a couple of classes. > > > > > > On Nov 27, 8:13 pm, Nicolas Melendez > wrote: > > i agree. should be called different. > > call it gJava, googleJava or whatever. > > > > bye, > > NM > > > > On Fri, Nov 27, 2009 at 3:17 PM, Diana Cruise >wrote: > > > > > I'm curious which classes you are referring to that are missing and > > > are NOT considered a stability risk running under a shared app server > > > environment. We are developing in Java with this solution so I don't > > > mind the naming...I have yet to need a class not offered, guess I have > > > been lucky :) > > > > > So, what would you recommend calling it? > > > > > On Nov 27, 12:04 pm, jago wrote: > > > > Hi, > > > > > > this is not Java! The whitelist is ridiculous: > > >http://code.google.com/appengine/docs/java/jrewhitelist.html > > > > > > There is so much missing I don't even know where to start. Is there > an > > > > issue I can star that extends the whitelist to the full Java6 lib? > > > > > > This is destroying the Java standard and shouldn't be called Java. > > > > Every other company that tries to do an implementation of Java and > > > > call it Java gets a massive punch from Sun. Why is Google allowed to > > > > use Java6 with a whitelist and still call it Java? > > > > > -- > > > > > 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. > > -- > > 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. > > > -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
We know use it for 2 month and are finally completely stuck. This means bye-bye appengine and realizing our losses. The Google Web Toolkit is also not called the Google Java Web Toolkit. http://code.google.com/appengine/docs/java/overview.html does not give a peep about a whitelist! They should directly in the paragrah enter a box and write in red: attention, there is a whitelist of usable classes! Be aware of this! Whenever I heard Java before we knew that we dealt with a certain standard. There should be zero mention of the word 'Java' anywhere if it isn't a real Java! What does it mean if they use the Java6 JVM? The Java6 JVM allows multithreading and other things are missing - so not even the JVM claim is true. But the JVM has little to do with the standard 'Java'. What according to Sun deserves the name 'Java'? Answer: Sun is attempting to impose before providing Harmony with Java Compatibility Kit (JCK) technology necessary to demonstrate full Java functionality. Source: http://www.itpro.co.uk/109790/apache-sun-in-java-licensing-clash Does Google Appengine Java pass the JCK? No effing way! So don't call it Java! Call it jAppengine oder AppengineJ. In the end all they support is Java syntax and a couple of classes. On Nov 27, 8:13 pm, Nicolas Melendez wrote: > i agree. should be called different. > call it gJava, googleJava or whatever. > > bye, > NM > > On Fri, Nov 27, 2009 at 3:17 PM, Diana Cruise wrote: > > > I'm curious which classes you are referring to that are missing and > > are NOT considered a stability risk running under a shared app server > > environment. We are developing in Java with this solution so I don't > > mind the naming...I have yet to need a class not offered, guess I have > > been lucky :) > > > So, what would you recommend calling it? > > > On Nov 27, 12:04 pm, jago wrote: > > > Hi, > > > > this is not Java! The whitelist is ridiculous: > >http://code.google.com/appengine/docs/java/jrewhitelist.html > > > > There is so much missing I don't even know where to start. Is there an > > > issue I can star that extends the whitelist to the full Java6 lib? > > > > This is destroying the Java standard and shouldn't be called Java. > > > Every other company that tries to do an implementation of Java and > > > call it Java gets a massive punch from Sun. Why is Google allowed to > > > use Java6 with a whitelist and still call it Java? > > > -- > > > 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. -- 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.
[appengine-java] Any workaround to send email from dev server?
Hi, I understand that the dev server logs all outbound emails and does not actually send them. Is there a way to workaround this so the dev server actually sends the email? I want to verify that the generated HTML content looks correct in various email clients before deploying to production. My only current way of doing this is from a JUnit test, but it would be ideal to test it from the web app as well. Any ideas? thanks -- James -- 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" ?
i agree. should be called different. call it gJava, googleJava or whatever. bye, NM On Fri, Nov 27, 2009 at 3:17 PM, Diana Cruise wrote: > I'm curious which classes you are referring to that are missing and > are NOT considered a stability risk running under a shared app server > environment. We are developing in Java with this solution so I don't > mind the naming...I have yet to need a class not offered, guess I have > been lucky :) > > So, what would you recommend calling it? > > On Nov 27, 12:04 pm, jago wrote: > > Hi, > > > > this is not Java! The whitelist is ridiculous: > http://code.google.com/appengine/docs/java/jrewhitelist.html > > > > There is so much missing I don't even know where to start. Is there an > > issue I can star that extends the whitelist to the full Java6 lib? > > > > This is destroying the Java standard and shouldn't be called Java. > > Every other company that tries to do an implementation of Java and > > call it Java gets a massive punch from Sun. Why is Google allowed to > > use Java6 with a whitelist and still call it Java? > > -- > > 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. > > > -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
Well not Java. Android is also not Java. This is the beginning of fragmentation if Appengine is allowed to go down this road. Seemingly Sun struck some deal with Google. I doubt any other company would get the same liberties. Could you give an example of classes in the JRE lib that would be a stability risk and an explanation why that is? I give a simple example that is not possible with this whitelist. We just tried to add an image caption to an image. Loading images is impossible. Doing anything with fonts as well. I have like half a dozen other scenarios where appengine just fails. If you are in the middle of a project and realize that a certain feature is not achievable just drives you crazy. The argument that one should check before using appengine is moot. I checked. Most projects however 'develop' over time and need features nobody could have possibly foreseen. On Nov 27, 7:17 pm, Diana Cruise wrote: > I'm curious which classes you are referring to that are missing and > are NOT considered a stability risk running under a shared app server > environment. We are developing in Java with this solution so I don't > mind the naming...I have yet to need a class not offered, guess I have > been lucky :) > > So, what would you recommend calling it? > > On Nov 27, 12:04 pm, jago wrote: > > > Hi, > > > this is not Java! The whitelist is > > ridiculous:http://code.google.com/appengine/docs/java/jrewhitelist.html > > > There is so much missing I don't even know where to start. Is there an > > issue I can star that extends the whitelist to the full Java6 lib? > > > This is destroying the Java standard and shouldn't be called Java. > > Every other company that tries to do an implementation of Java and > > call it Java gets a massive punch from Sun. Why is Google allowed to > > use Java6 with a whitelist and still call it Java? -- 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.
[appengine-java] redirect /file.jsp
Hi, Trivial question for the gurus here, if i do: response.redirect("bla.jsp") I get "WARNING: Can not serve /bla.jsp directly. You need to include it in in your appengine-web.xml." on development server (localhost) Everything is ok when it is run on the cloud. Why?? I know I have to do this below so it works on localhost... " blajsp /bla.jsp blajsp /blajsp " -- 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.
[appengine-java] Re: Why is it called "Google App Engine for Java" ?
I'm curious which classes you are referring to that are missing and are NOT considered a stability risk running under a shared app server environment. We are developing in Java with this solution so I don't mind the naming...I have yet to need a class not offered, guess I have been lucky :) So, what would you recommend calling it? On Nov 27, 12:04 pm, jago wrote: > Hi, > > this is not Java! The whitelist is > ridiculous:http://code.google.com/appengine/docs/java/jrewhitelist.html > > There is so much missing I don't even know where to start. Is there an > issue I can star that extends the whitelist to the full Java6 lib? > > This is destroying the Java standard and shouldn't be called Java. > Every other company that tries to do an implementation of Java and > call it Java gets a massive punch from Sun. Why is Google allowed to > use Java6 with a whitelist and still call it Java? -- 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.
[appengine-java] Why is it called "Google App Engine for Java" ?
Hi, this is not Java! The whitelist is ridiculous: http://code.google.com/appengine/docs/java/jrewhitelist.html There is so much missing I don't even know where to start. Is there an issue I can star that extends the whitelist to the full Java6 lib? This is destroying the Java standard and shouldn't be called Java. Every other company that tries to do an implementation of Java and call it Java gets a massive punch from Sun. Why is Google allowed to use Java6 with a whitelist and still call it Java? -- 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.
[appengine-java] Re: Photo and Video services
Here's some legwork...you can drill-down to section 14.25 of the page below where it describes the If-Modified-Since header. Basically, any Get with this header including a timestamp can be compared to the timestamp for the matching Entity to determine whether to respond normally (return the image) or respond with a 304 (Not modified) response. I think the trick is determining the compare granualarity since the server time and the client time are never exactly in sync. Perhaps the granularity for comparison should be down to the minute, not seconds and definitely not millisecond. What do you think? http://www.w3.org/Protocols/rfc2616/rfc2616-sec5.html On Oct 23, 10:08 am, Vince Bonfanti wrote: > No, not yet. It's on the TODO list (see line 171 of the GaeVfsServlet > source code). If you--or anyone else--wants to add this I'll be happy > to accept a patch. > > Vince > > > > On Fri, Oct 23, 2009 at 11:42 AM, Diana Cruise > wrote: > > > In terms of performance does gaevfs accmmodate http resource timestamp > > checks to avoid re-downloading repeated requests for the same images?- Hide > > quoted text - > > - Show quoted text - -- 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.
[appengine-java] Re: Filtering by Date using the Datastore Low Level API
Correcting the SimpleDateFormat solved the problem. Thank you for catching that! Doug On Nov 27, 5:26 am, m seleron wrote: > Hi, > > Though it might be unrelated. > I think that Date and Time Patterns of SimpleDateFormat is [MM] Month > in year [mm] Minute in hour. > > thanks. > > On 11月27日, 午後7:22, dflorey wrote: > > > > > The filter will just do string comparison (how should it know that you > > are comparing dates??) > > To get proper sorting/filtering just store the date as time in millis > > and it will work. > > > Cheers, > > Daniel > > > On 27 Nov., 04:25, Doug wrote: > > > > Good Evening Everyone, > > > > I am working on creating an event calendar type of page and am having > > > trouble using the low level API and applying a filter to select events > > > that occur in the future. The data that I am selecting has a property > > > of "display_until" that holds a date in -mm-dd hh:mm:ss format. > > > > To select future events I started with the following code: > > > SimpleDateFormat formatter; > > > formatter = new SimpleDateFormat("-mm-dd hh:mm:ss"); > > > Date date = new Date(); > > > String query_date = formatter.format(date); > > > > query.addSort("display_until", > > > Query.SortDirection.ASCENDING); > > > query.addFilter("display_until", > > > com.google.appengine.api.datastore.Query.FilterOperator.GREATER_THAN, > > > query_date); > > > > When I ran this code it did select future events, but not all of > > > them. Currently I have some 2009 and some 2010 events. It selected > > > the 2010 events, but not the December 2009 events. > > > > Anyone have any suggestions for how I can select all of the future > > > events? > > > > Thanks, > > > Doug -- 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.
[appengine-java] Re: Filtering by Date using the Datastore Low Level API
Hi, Though it might be unrelated. I think that Date and Time Patterns of SimpleDateFormat is [MM] Month in year [mm] Minute in hour. thanks. On 11月27日, 午後7:22, dflorey wrote: > The filter will just do string comparison (how should it know that you > are comparing dates??) > To get proper sorting/filtering just store the date as time in millis > and it will work. > > Cheers, > Daniel > > On 27 Nov., 04:25, Doug wrote: > > > Good Evening Everyone, > > > I am working on creating an event calendar type of page and am having > > trouble using the low level API and applying a filter to select events > > that occur in the future. The data that I am selecting has a property > > of "display_until" that holds a date in -mm-dd hh:mm:ss format. > > > To select future events I started with the following code: > > SimpleDateFormat formatter; > > formatter = new SimpleDateFormat("-mm-dd hh:mm:ss"); > > Date date = new Date(); > > String query_date = formatter.format(date); > > > query.addSort("display_until", > > Query.SortDirection.ASCENDING); > > query.addFilter("display_until", > > com.google.appengine.api.datastore.Query.FilterOperator.GREATER_THAN, > > query_date); > > > When I ran this code it did select future events, but not all of > > them. Currently I have some 2009 and some 2010 events. It selected > > the 2010 events, but not the December 2009 events. > > > Anyone have any suggestions for how I can select all of the future > > events? > > > Thanks, > > Doug -- 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.
[appengine-java] Re: Filtering by Date using the Datastore Low Level API
I'm storing java.util.Date instances and filters work flawlessly. -- 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.
[appengine-java] Re: XMPP Message not being received
Hi Googlers, Did you get a chance to look at my problem Quota page says 3000 calls/min can be handled by App Engine. But when I send a message every 5 second from a client(outside app engine), it stop responding after 10 messages. I increased the time one second each time and now for 10 seconds difference between each call is working fine. That is really really a big problem. I need to make almost 2 calls now and then may be more, so to do that I might need 2/6 = minutes(6 calls per minutes) or 55 hours or two and half day. Am I suppose to keep running my program for 2 and half days to make those 2 calls. I really need some help here. Thanks in Advance Ravi. On Nov 25, 9:50 pm, Ravi Sharma wrote: > Hi Googlers, > Can i have some reply on my problem, its really a stopper for our > application. > > *Now one bigger problem we are seeing.* > I send 25(testing with 25 just a number) XMPP message to GAE Application > from my desktop XMPP client > First 10 messages goes and delivered to GAE Application and GAE application > reply it by saying Mesage delivered. > > but 11th and onwards message never reach to GAE application(i can see it in > my logs, that my XMPP controller never received the messgae), and but my > client do get a reply from GAE(my application i...@appspot.com) which is same > message as what i sent. This is really weird and big problem. Why my > messages are being returned back to me?. Usally in chat client it happens > when someone is offline. So does it mean that my GAE chat bot has gone > offline? or too busy to respond? or any other problem? > > And i ran this test now almost 7-8 times and everytime only first 10 > messages are getting delivered. > > Then i thought may be its the number of request per seconds, so i started > sending one message per 5 seconds but still no success.Still only 10 > messages reaching GAE. > > Can any one from google check this problem and give some guidence what is > wrong here > > Thanks in advance, > Ravi. > > > > On Wed, Nov 25, 2009 at 9:33 AM, Ravi Sharma wrote: > > Hi, > > I am trying to write a XMPP Client. When i send a mesage from Client to GAE > > application, it always reach the server and then server reply back. When i > > ran the client first time it worked for 3-4 times. but then now i am not > > receiving any message on client side. I checked the server logs and it says > > that Message sent succesfully. > > > I am using my gmail id on client side to connect to > > talk.google.comserver.And i logged out my self from all google client like > > gmail, gtalk > > etc, as i was thinking may be message is being sent to another client. > > Intrestingky when i am logged in to Gtalk at the time when i am running my > > client, Gtalk recive the response from server. I am using smack libraries > > forXMPP client. > > > 1) Can you please suggest what can be a problem here. > > 2) Is XMPP communication is 100% delivery system. Is there chance that my > > message will get lost once on server or client i see that message has been > > sent. > > > Thanks, > > Ravi. -- 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.
[appengine-java] Re: Filtering by Date using the Datastore Low Level API
The filter will just do string comparison (how should it know that you are comparing dates??) To get proper sorting/filtering just store the date as time in millis and it will work. Cheers, Daniel On 27 Nov., 04:25, Doug wrote: > Good Evening Everyone, > > I am working on creating an event calendar type of page and am having > trouble using the low level API and applying a filter to select events > that occur in the future. The data that I am selecting has a property > of "display_until" that holds a date in -mm-dd hh:mm:ss format. > > To select future events I started with the following code: > SimpleDateFormat formatter; > formatter = new SimpleDateFormat("-mm-dd hh:mm:ss"); > Date date = new Date(); > String query_date = formatter.format(date); > > query.addSort("display_until", Query.SortDirection.ASCENDING); > query.addFilter("display_until", > com.google.appengine.api.datastore.Query.FilterOperator.GREATER_THAN, > query_date); > > When I ran this code it did select future events, but not all of > them. Currently I have some 2009 and some 2010 events. It selected > the 2010 events, but not the December 2009 events. > > Anyone have any suggestions for how I can select all of the future > events? > > Thanks, > Doug -- 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.
[appengine-java] Re: on switching a webapp from RDBMS to GAE/J ( jdo, join, sql )
I tried to create a DAO generator which will generate code for GAE/J. I started on my existing solution for classical RDBMS. Now it works for all simple CRUD tasks and also it supports relations. So now it is possible to generate an application's DAO layer for MySQL or Oracle and also for GAE. Of course, if you use complicated SQLs - joins, nested SQLs - there is no simple solution to migrate. But for applications which only use find/update/delete operations based on primary keys and indexes you can fully rely on the automatic DAO generator. If you are interested in, please visit http://audao.spoledge.com Regards Vaclav -- 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.