[appengine-java] Re: Failed to compile jsp files.
Hi Eric, this is the cause An error occurred at line: -1 in the generated java file Caused by: java.io.IOException: Cannot run program javac.exe: I had the same error and what helped - make sure you run appcfg command with JDK, not just JRE. What I did was - open the appcfg file and make sure the java is called from a JDK (place a full path to JDK if necessary) Hope it will resolve your issue. Regards Perun On 10 avr, 15:05, Eric Wu eric.sunlight16...@gmail.com wrote: My project works fine in local server. But when I upload my project to GAE, there is an error: How to solve the problem Regards -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: NoResultException causes rollback transaction why?
Hi, according to the JPA spec, the NoResultException should not cause transaction rollback, but seems some JPA implementations of the JPA violate the rule http://forum.springsource.org/showthread.php?t=43547 I was lazy to test it by myself, but at the forum is a way to force specific exceptions not to cause rollback. I did not test on GAE (sorry, no time, I will leave it in your capable hands) On our project we checked for item count first, but on GAE it would consumate you additional CPU cycles :( Perun On 25 mar, 02:03, lp lucio.picc...@gmail.com wrote: that previous example code was too complex... phew it was a late night this a simpler example of the a method that does a rollback when a NoResultException is thrown. even if the exception is handled it doesnt matter the txn is rollback and no commits are done. if the NoResultException is NOT thrown the method commits correctly. is this voodoo or something? @Transactional( propagation=Propagation.NOT_SUPPORTED) public void txnMethod( CollectionLong list) throws ApplicationExecption{ for (IteratorLong iterator = list.iterator(); iterator.hasNext();) { Long fbId = iterator.next(); PositionUser user = null; final Query query = em.createNamedQuery(PositionUser.FIND_BY_FB_ID); query.setParameter(facebookId, fbId); try { user = (PositionUser) query.getSingleResult(); } catch (NoResultException e) { log.info( error occured: + e.toString() ); }catch (NonUniqueResultException e) { throw new ApplicationExecption(e); } if(user!= null) { user.setAccuracy(5000); em.merge(user); } } } -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: raise limits for applications
Hello, Nice :) The google storage seems to be the most viable option for my needs to put aside the bigger content files (e.g. the third-party libraries) and reference them from the jnlp file. Unfortunatelly it is available only for U.S developers yet (which I am not). Anyway I've joined the waiting list. Blobstore could work, but then I have to write a custom jnlp-download servlet (what could be an interresting option too, I will have a new toy for few days). Thank you for your tip, it could solve the problem in future. btw: so far I found a temporary way around - to place the big libs into another could (Amazon S3) and reference them from my app, still in testing, but this way has a limitation - to make the libraries freely available on internet. But thank you for your quick response and good tips :) Regards Perun On 24 mar, 01:32, Ikai Lan (Google) ika...@google.com wrote: You should explore: - Blobstore:http://code.google.com/appengine/docs/java/blobstore/overview.html - Google storage:http://code.google.com/apis/storage/ There are other options for application distribution. Ikai Lan Developer Programs Engineer, Google App Engine Blog:http://googleappengine.blogspot.com Twitter:http://twitter.com/app_engine Reddit:http://www.reddit.com/r/appengine On Tue, Mar 22, 2011 at 7:17 AM, Perun Katana gabec@yahoo.com wrote: Hi all, I was thinking if there could be a way to raise the limits for applications. My contecern is, that I have a JNLP application with a nice bunch of libraries included (e.g. jasper reports, etc), which takes the application nicely over 10 MB. The application is built as a Netbeans RPC application, so there is a jnlp-servlet for downloading all necessary files. Unfortunatelly, such applications are rarely under 10 MB. The jnlp-servlet itself does not consume much memory (as far I know), so this is not a problem, To download all libraries may take a little processing time, traffic and request time (well, even for slow trafic I hope each library is downloaded in 30s), but that's why there is billing quota for I am willing to pay. I'd see the google apps as a nice platform to deploy web start applications too, but for bigger application there would be nice to raise request handler quotas too, even if it would be a payed service. I don't think a need a separate VPS instance running 24x7 just to download a jnlp application. The question is, if there is another solution or I'll have to work on getting the static libraries deployed somewhere else (not a bad ide too). Regards Perun -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.- Masquer le texte des messages précédents - - Afficher le texte des messages précédents - -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] Re: raise limits for applications
Hello Yegor, for my case the requests for large data are done from the client side, the application only refers them. In that point an external storage, objects with fixed URI are more feasible than passing data from blobstorage consuming CPU cycles, blobstorage api calls. Thank you for clearing it up. btw: the google storage is provided in U.S. datacenters only, what limits other developers to use the storage. But until it's an external storage it's doesn't matter who provides the space. Carpe diem Perun On 24. Mar., 15:51 h., Yegor yegor.jba...@gmail.com wrote: Hi, Ikai, Interactions between GAE apps and Blobstore are billed for storage + CPU. Google Storage is billed for storage + network + request count. How do the two compare in a real-world scenario from price/performance standpoint? It seems that Blobstore, being a core part of GAE, is regarded as local to your application, while Google Storage will be external and is therefore no different from Amazon S3 or Rackspace CloudFiles. There are also these URL Fetch 1mb-out/32mb-in limits, which seem to apply to everything. It's like we have a Titan 4 class rocket but we're only allowed to use a car engine to fly it. Cheers, Yegor -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.
[appengine-java] raise limits for applications
Hi all, I was thinking if there could be a way to raise the limits for applications. My contecern is, that I have a JNLP application with a nice bunch of libraries included (e.g. jasper reports, etc), which takes the application nicely over 10 MB. The application is built as a Netbeans RPC application, so there is a jnlp-servlet for downloading all necessary files. Unfortunatelly, such applications are rarely under 10 MB. The jnlp-servlet itself does not consume much memory (as far I know), so this is not a problem, To download all libraries may take a little processing time, traffic and request time (well, even for slow trafic I hope each library is downloaded in 30s), but that's why there is billing quota for I am willing to pay. I'd see the google apps as a nice platform to deploy web start applications too, but for bigger application there would be nice to raise request handler quotas too, even if it would be a payed service. I don't think a need a separate VPS instance running 24x7 just to download a jnlp application. The question is, if there is another solution or I'll have to work on getting the static libraries deployed somewhere else (not a bad ide too). Regards Perun -- You received this message because you are subscribed to the Google Groups Google App Engine for Java group. To post to this group, send email to google-appengine-java@googlegroups.com. To unsubscribe from this group, send email to google-appengine-java+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-appengine-java?hl=en.