Re: [appengine-java] Unable to Deploy with appengine-api-1.0-sdk-1.3.7.jar"
Can some one at google respond to this plsthis error started happening today.. I just now started to get this error while deploying to app engine. > This project was deployed without this error with the same jar until > last night without any problem. I tried using the -- > enable_jar_splitting but the error is still coming..any help is > 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. > > -- 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] Blobstore Code Works On Dev Server, Not Production
So, I did that, but now I am receiving the following error: p.p1 {margin: 0.0px 0.0px 0.0px 0.0px; line-height: 19.0px; font: 13.0px Courier New} java.lang.IllegalStateException: Must be called from a blob upload callback request Plus, I needed to change my .jsp form code to a "get" versus a post which is not what the sample recommended. And once again, this was working fine on the dev server. Why is production different? -- 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: HtmlUnit support on GAE for GWT crawlability
Always On has made an interesting twist. If you want this to work for free, then ATM Gal Dolbers method appears to be the best at this stage. But with Always On not only do sites with low traffic now get faster start ups... It also means that the URLFetch timeout problem for Ajax Crawlable appengine sites using GWT, for example, has been lessened. No longer are you waiting more than 10 seconds to fire up another instance so you can fetch a snapshot. This means that the fetching of dynamic content by Googlebot on gwt based applications can be done in real time rather than relying on fetching dated snapshots from another application. So now you have choice. I've now updated my site and blog to include this and, on the surface, everything seems good. Time will tell. -- 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] Blobstore Code Works On Dev Server, Not Production
You can solve that handling GETs and POSTs with a common handler. void doGet(... req,... resp) { handle(req, resp); } void doPost(... req,... resp) { handle(req, resp); } void handle(... req,... resp) { } On Tue, Dec 7, 2010 at 6:21 PM, Andy Haaf wrote: > My blobstore code works just great in the dev server (running on Mac) but I > receive an error when uploading to production. I receive an Error: HTTP > method GET is not supported by this URL even though the sample refers to > post. As I said, works fine in Dev. Please help! > > -- > 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. > -- Guit: Elegant, beautiful, modular and *production ready* gwt applications. http://code.google.com/p/guit/ -- 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] Found a jar file too large to upload:appengine-api-1.0-sdk-1.3.7.jar". Consider using --enable_jar_splitting.
I just now started to get this error while deploying to app engine. This project was deployed without this error with the same jar until last night without any problem. I tried using the -- enable_jar_splitting but the error is still coming..any help is 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] Blobstore Code Works On Dev Server, Not Production
My blobstore code works just great in the dev server (running on Mac) but I receive an error when uploading to production. I receive an Error: HTTP method GET is not supported by this URLeven though the sample refers to post. As I said, works fine in Dev. Please help! -- 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] JSF: sudden ViewExpiredException on GAE
Well, I'll take a wild stab at it since I don't know Java Server Faces, but since you say it was working and now has stopped. Do you have true in your appengine-web.xml? If not, add it. As of 1.4 this is now being adhered to whereas prior to this sessions were enabled regardless. So perhaps even with sessions not enabled you are able to get a session object from the servlet context for that initial request but the appengine isn't saving state to the datastore so the next request gets told that the requested session identifer is not valid/expired. On Tue, Dec 7, 2010 at 12:50 PM, Nick Belaevski wrote: > Hello all, > > I've suddenly stuck with JavaServer Faces application stopped working at > GAE. Investigation shows that view state is not being stored in session > correctly. > What I also found out is that when the first request is being done (i.e. > with clean session), ajax requests are working; but when another view is > requested, ajax is not working there anymore. I assumed this is because > updated view state is not being stored, and tried to make a slight change: > > a) as is: > > Map statesMap = session.get("state"); > if (statesMap == null) { > statesMap = new HashMap(); > session.put("state", statesMap); > } > > statesMap.put("...", state); > //force update in cluster > session.put("state", statesMap); > > b) with the slight change: > Map statesMap = session.get("state"); > if (statesMap == null) { > statesMap = new HashMap(); > session.put("state", statesMap); > } > > statesMap.put("...", state); > //force update in cluster > session.remove("state"); > session.put("state", statesMap); > > However the solution is not very good, so can please someone help with the > problem? > > P.S. Runnable demo example is available here: > http://java.net/jira/browse/JAVASERVERFACES-1886 > > -- > 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: 1.3.8 Console Logging Issue
Yep, still not working as in the past. So here goes my fundamental question: is it a bug or a feature (http:// globalnerdy.com/wordpress/wp-content/uploads/2007/12/ bug_vs_feature.gif)? Please answer! On 4 Gru, 00:50, MarkH wrote: > I'm still having Eclipse console logging issues with 1.4.0. (OSX10.6.5/ > Helios). > > I tried the following: > 1. Used the Eclipse plugin to generate a new GWT/AppEngine app. > 2. Added a java.util.logging.Logger to the GreetingServiceImpl > 3. Added logger.fine("test"); to the greetServer call > 4. set logging.properites level to .level = FINE > > As per 1.3.8 there are still no logger.fine log message in the Eclipse > console. > > As per 1.3.8 logger.info adds messages to the console in the same > format as the Jetty startup phase - message text only (no date, or > logger info). > > As per 1.3.8 setting the Run Configuration -> Arguments -> Program > Arguments to, -logLevel DEBUG does causes logger.fine messages > (message text only) to appear on the console, along with the > associated GWT noise. > > Is it possible to restore 1.3.7 like 'SimpleFormatter' style logging: > date, logger, message in the Eclipse console? > > On Nov 22, 4:23 pm, timzon wrote: > > > Thank you. Looking forward to get 1.4.0. > > > On Nov 4, 9:33 am, Rajeev Dayal wrote: > > > > We're going to fix this for the App Engine 1.4.0 release. What we'll do is > > > have messages at Log.INFO level be outputted when you've got your Launch > > > Configuration's log level set to INFO. > > > > In the Google Plugin for Eclipse, we'll make a change such that any new > > > launch configurations created have a default log level of WARN. > > > > On Thu, Nov 4, 2010 at 4:23 AM, Stefano Ciccarelli < > > > > stef...@indacosoftware.it> wrote: > > > > I changed the GWT log level to TRACE solving partially the problem, > > > > infact > > > > now I have very verbose logs. > > > > > On Wed, Nov 3, 2010 at 15:33, Rajeev Dayal wrote: > > > > >> No, I did not mean dropping it there - I meant changing it in the Web > > > >> App > > > >> Launch Configuration UI - edit your launch configuration (in Eclipse), > > > >> and > > > >> set the log level to TRACE. Does that help? > > > > >> On Tue, Nov 2, 2010 at 10:38 PM, timzon > > > >> wrote: > > > > >>> Dropping default log level (.level) to TRACE, INFO or FINEST doesn't > > > >>> fix the problem. > > > > >>> log.info (with default INFO level) used to work before 1.3.8 upgrade > > > >>> and doesn't work after the upgrade. > > > > >>> On Oct 29, 2:49 pm, Rajeev Dayal wrote: > > > >>> > Drop you launch configuration's log level down to TRACE. Do you see > > > >>> > the > > > >>> > messages now? > > > > >>> > On Fri, Oct 29, 2010 at 1:23 PM, John Bito > > > >>> > > > >>> >wrote: > > > > >>> > > Starred the issue: > > > >>> > >http://code.google.com/p/googleappengine/issues/detail?id=3969 > > > > >>> > > -- > > > >>> > > 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 > > >>> > > unsubscr...@googlegroups.com> > > >>> 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 > > >>> 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 > > >> 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 > > > unsubscr...@googlegroups.com> > > > > . > > > > For more options, visit this gro
[appengine-java] JSF: sudden ViewExpiredException on GAE
Hello all, I've suddenly stuck with JavaServer Faces application stopped working at GAE. Investigation shows that view state is not being stored in session correctly. What I also found out is that when the first request is being done (i.e. with clean session), ajax requests are working; but when another view is requested, ajax is not working there anymore. I assumed this is because updated view state is not being stored, and tried to make a slight change: a) as is: Map statesMap = session.get("state"); if (statesMap == null) { statesMap = new HashMap(); session.put("state", statesMap); } statesMap.put("...", state); //force update in cluster session.put("state", statesMap); b) with the slight change: Map statesMap = session.get("state"); if (statesMap == null) { statesMap = new HashMap(); session.put("state", statesMap); } statesMap.put("...", state); //force update in cluster session.remove("state"); session.put("state", statesMap); However the solution is not very good, so can please someone help with the problem? P.S. Runnable demo example is available here: http://java.net/jira/browse/JAVASERVERFACES-1886 -- 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] Xls uploader
I don't know if these examples will work since they may require whitelisted classes, but there are quite a few examples of how to read XLS files using Java: http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=read+xls+file+java Let us know which one of these works and which ones don't. It'll be very helpful. -- Ikai Lan Developer Programs Engineer, Google App Engine Blogger: http://googleappengine.blogspot.com Reddit: http://www.reddit.com/r/appengine Twitter: http://twitter.com/app_engine On Tue, Dec 7, 2010 at 1:18 AM, Srikanth PB wrote: > Hi > >My Application requires to upload data in the java datastore , > I am able to do that using csv , but I want to upload using xls > >Because I have images inside the cells which are to be > uploaded to data store , Can anyone provide a working example? > > -- > 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: 1.4 eclipse plugin
I created an issue 4216 - see the url above. Hope the GAE guys will get to it soon. For now it looks like it is safe to keep using 1.3.8 since the actual app engine is not affected by this. On Dec 7, 5:22 am, Thomas Meyer wrote: > I have the same problem - .jsp's work fine after moving the App Engine > SDK to the top of the Order and Export list, but JSP-mappings don't > work. > > I can also confirm that it works on the App Engine servers, deployed > with the 1.4 SDK. > > Mac OS X 10.6.5 > Eclipse SDK, Version: 3.5.2 > Google Plugin for Eclipse 3.5, 1.4.0.v201010280047 > > This is the error I'm getting in the browser: > HTTP ERROR 500 > > Problem accessing /admin/. Reason: > > Unable to compile class for JSP: > > An error occurred at line: 10 in the generated java file > org.apache.jasper.runtime.HttpJspBase cannot be resolved to a type > > ... > > On Dec 6, 8:39 pm, mscwd01 wrote: > > > > > > > > > I'm running: > > > Eclipse Java EE IDE for Web Developers. > > Build id: 20100218-1602 > > > With V1.4 of the App Engine SDK and cannot get servlets mapping to jsp > > files, i.e. > > > > > about > > /about.jsp > > > > > > > about > > /about > > > > > However, other servlets work fine for example I have servlets which > > issue a redirect to a jsp file in my WEB-INF folder and they work > > fine. > > > It's baffling me now. -- 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: OpenID: What's the use of the createLoginURL attributesRequest parameter
I'd like some clarification on this as well. According to the javadoc: attributesRequest - additional attributions requested for this login, IDP may not may not support these attributes. So what are some examples of this? The User object returned from UserService.getCurrentUser() after openId authentication is very different depending on the provider. In particular some (google & yahoo) have an email address on the user, others(myopenid.com) do not. Does specifying attributes ask the provider to return data like email addresses? Do I have to specify different attributes for each provider implementation? On Nov 5, 6:00 am, Alex wrote: > Hi, > > the createLoginURL method for federated login with OpenID has a Set of > Strings parameter attribuesRequest. > The JavaDoc states the following about this parameter: > > "attributesRequest - additional attributions requested for this login, > IDP may not may not support these attributes." > > Until now I didn't require to fill this attribute to use OpenID with > parties like Google, Yahoo etc. But I was wondering what kind of > requests I might encounter / use here. Are there any (Java) examples > where this parameter is used? And what does IDP mean? > > Alex -- 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: 1.4 eclipse plugin
I have the same problem - .jsp's work fine after moving the App Engine SDK to the top of the Order and Export list, but JSP-mappings don't work. I can also confirm that it works on the App Engine servers, deployed with the 1.4 SDK. Mac OS X 10.6.5 Eclipse SDK, Version: 3.5.2 Google Plugin for Eclipse 3.5, 1.4.0.v201010280047 This is the error I'm getting in the browser: HTTP ERROR 500 Problem accessing /admin/. Reason: Unable to compile class for JSP: An error occurred at line: 10 in the generated java file org.apache.jasper.runtime.HttpJspBase cannot be resolved to a type ... On Dec 6, 8:39 pm, mscwd01 wrote: > I'm running: > > Eclipse Java EE IDE for Web Developers. > Build id: 20100218-1602 > > With V1.4 of the App Engine SDK and cannot get servlets mapping to jsp > files, i.e. > > > about > /about.jsp > > > > about > /about > > > However, other servlets work fine for example I have servlets which > issue a redirect to a jsp file in my WEB-INF folder and they work > fine. > > It's baffling me now. > -- 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] no async queries on AsyncDatastoreService for 1.4.0?
Thank you for the information. We kinda expected that the current implementation will block... In case anyone wonders our current worked out design is as following: Do async get to EC2 (takes ~270ms) and right after that do blocking get to datastore (with timeout of 300ms). Because we know URLFetch to ec2 takes ~270ms and is async we get to enjoy both worlds even with a blocking DataStore: Option A: Datastore has no problems, meaning that it will reply to PreparedQuery with 15ms. In this case we don't bother with the async call we just did and just continue normal flow. Option B: Datastore has problems, and will block. In this case the 300ms query will time out, after which we will attempt to access the Future.get() of URLFetch where we expect to have a result. So... If today we did (at maximum) 500ms datastore get + 270ms URLFetch get = total of 770ms just for the query after I get implemented we should be doing (at maximum) query in 300ms. Kinda of cool. Maxim. On Tue, Dec 7, 2010 at 3:39 PM, Alfred Fuller > wrote: > Currently hasNext() will block on the first batch of results. There is > currently no way to do what you are asking in Java. > > On Tue, Dec 7, 2010 at 2:40 AM, Maxim Veksler wrote: > >> Hi Max, >> >> Could you please provide input on the following design: >> >> We design for DataSource redundancy. For this we've built a flow which >> obtains data from 2 sources: First from GAE DataSource using PreparedQuery >> and if that fails (0.5sec timeout) from our backup service feed which we >> access using URLFetch (auto scaled EC2 nodes). >> >> We strive for maximum performance, So we plan to issue async call to each >> of the data sources and later when the data becomes required poll the 2 >> sources, using the first one available. >> >> As for the URLFetch service, we will use this patten: >> Future f = fetchService.fetchAsync(request); >> ... >> if(f.isDone()) { ... } >> >> But for PreparedQuery.asIterator(), I'm not sure how this is implement on >> your side. I would love an answer confirming that this code will not block >> on hasNext() (While datasource is asynchronously getting results)? >> >> Iterator iterator = >> getAsyncDatastoreService().prepare(findGeoIP).asIterator(); >> >> if(iterator.hasNext()) { ... } >> >> >> >> Thanks for the insights. >> >> Maxim. >> >> On Mon, Nov 29, 2010 at 9:08 PM, Max Ross (Google) < >> maxr+appeng...@google.com > wrote: >> >>> Hi Luke, >>> >>> First the awesome news: >>> As of 1.4.0, many queries are implicitly asynchronous. When you call >>> PreparedQuery.asIterable() or PreparedQuery.asIterator(), we initiate the >>> query in the background and then immediately return. This lets you do work >>> while the first batch of results is being fetched. And, when the first >>> batch has been consumed we immediately request the next batch. If you're >>> performing a significant amount of work with each Entity as you iterate you >>> will probably see a latency win as a result of this. >>> >>> Now the less awesome news: >>> We didn't get around to making the List returned by >>> PreparedQuery.asList() work this same magic, but you can expect this in a >>> future release. >>> >>> Some deeper thoughts: >>> The underlying RPCs between your app and the datastore fetch results in >>> batches. We fetch an initial batch of results, and once that batch has been >>> consumed we fetch the next batch. But, there's nothing in the API that maps >>> to these batches - it's either a List containing the entire result set or an >>> Iterable/Iterator that returns Entities one at a time. An API that provides >>> async access to the individual results returned by an Iterable/Iterator >>> (Iterator>) doesn't really make sense since you don't know >>> which call to hasNext() is going to require a new batch to be fetched, and >>> without that knowledge, the knowledge of what is going to trigger something >>> "expensive", you can't really make appropriate use of an asynchronous API. >>> >>> Going forward, we're definitely interested in exposing these batches >>> directly, and an explicitly async API for these batches makes a lot of sense >>> since fetching these batches would map directly to something "expensive" on >>> the server side. >>> >>> Hope this helps, >>> Max >>> >>> On Fri, Nov 26, 2010 at 4:41 PM, Luke wrote: >>> i was taking a look at the 1.4.0 javadoc for AsyncDatastoreService. i see the get, put and delete operations return a Future, but the prepare methods return a naked PreparedQuery object, and it doesn't look like PreparedQuery has any async get methods. does the AsyncDatastoreService not support asynchronous queries, or is there something i'm missing? glad to see at lets the get and put methods are async, hoping to get async queries too (as well as async interfaces to more services). -- You received this message because you are subscribed to the Google Groups "Google App Eng
[appengine-java] Re: Chanel API Java Client
AFAIK You cannot use the Channel API from Android unless you write the "Java Client" library yourself. There is a relevant issue opened here: http://code.google.com/p/googleappengine/issues/detail?id=4189 You can star it if you are interested. It has already 36 votes. On Dec 7, 2:26 pm, Christian Kosmowski wrote: > Hi! > > I was wondering if there is a way to use the channels API directly > through java. I'd like to use it in Android and i thought it would be a > bit heavyweight to use a JavaScript Implementation just for > communication with the channels API. -- 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] no async queries on AsyncDatastoreService for 1.4.0?
Currently hasNext() will block on the first batch of results. There is currently no way to do what you are asking in Java. On Tue, Dec 7, 2010 at 2:40 AM, Maxim Veksler wrote: > Hi Max, > > Could you please provide input on the following design: > > We design for DataSource redundancy. For this we've built a flow which > obtains data from 2 sources: First from GAE DataSource using PreparedQuery > and if that fails (0.5sec timeout) from our backup service feed which we > access using URLFetch (auto scaled EC2 nodes). > > We strive for maximum performance, So we plan to issue async call to each > of the data sources and later when the data becomes required poll the 2 > sources, using the first one available. > > As for the URLFetch service, we will use this patten: > Future f = fetchService.fetchAsync(request); > ... > if(f.isDone()) { ... } > > But for PreparedQuery.asIterator(), I'm not sure how this is implement on > your side. I would love an answer confirming that this code will not block > on hasNext() (While datasource is asynchronously getting results)? > > Iterator iterator = > getAsyncDatastoreService().prepare(findGeoIP).asIterator(); > > if(iterator.hasNext()) { ... } > > > > Thanks for the insights. > > Maxim. > > On Mon, Nov 29, 2010 at 9:08 PM, Max Ross (Google) < > maxr+appeng...@google.com > wrote: > >> Hi Luke, >> >> First the awesome news: >> As of 1.4.0, many queries are implicitly asynchronous. When you call >> PreparedQuery.asIterable() or PreparedQuery.asIterator(), we initiate the >> query in the background and then immediately return. This lets you do work >> while the first batch of results is being fetched. And, when the first >> batch has been consumed we immediately request the next batch. If you're >> performing a significant amount of work with each Entity as you iterate you >> will probably see a latency win as a result of this. >> >> Now the less awesome news: >> We didn't get around to making the List returned by PreparedQuery.asList() >> work this same magic, but you can expect this in a future release. >> >> Some deeper thoughts: >> The underlying RPCs between your app and the datastore fetch results in >> batches. We fetch an initial batch of results, and once that batch has been >> consumed we fetch the next batch. But, there's nothing in the API that maps >> to these batches - it's either a List containing the entire result set or an >> Iterable/Iterator that returns Entities one at a time. An API that provides >> async access to the individual results returned by an Iterable/Iterator >> (Iterator>) doesn't really make sense since you don't know >> which call to hasNext() is going to require a new batch to be fetched, and >> without that knowledge, the knowledge of what is going to trigger something >> "expensive", you can't really make appropriate use of an asynchronous API. >> >> Going forward, we're definitely interested in exposing these batches >> directly, and an explicitly async API for these batches makes a lot of sense >> since fetching these batches would map directly to something "expensive" on >> the server side. >> >> Hope this helps, >> Max >> >> On Fri, Nov 26, 2010 at 4:41 PM, Luke wrote: >> >>> i was taking a look at the 1.4.0 javadoc for AsyncDatastoreService. i >>> see the get, put and delete operations return a Future, but the >>> prepare methods return a naked PreparedQuery object, and it doesn't >>> look like PreparedQuery has any async get methods. >>> >>> does the AsyncDatastoreService not support asynchronous queries, or is >>> there something i'm missing? >>> >>> glad to see at lets the get and put methods are async, hoping to get >>> async queries too (as well as async interfaces to more services). >>> >>> -- >>> 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-ap
[appengine-java] Chanel API Java Client
Hi! I was wondering if there is a way to use the channels API directly through java. I'd like to use it in Android and i thought it would be a bit heavyweight to use a JavaScript Implementation just for communication with the channels API. -- 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] petstore deployment
Hi All, I'm trying to deploy petstore 2.0 on Google app engine (SDK 1.3.8). So many limitations from app engine... I had to many changes on JSF side to deploy the app. After the deployment process, I'm stuck with JSF rendering issue... no clue how to proceed with the same. --- SEVERE: JSF1054: (Phase ID: RENDER_RESPONSE 6, View ID: /index.jsp) Exception thrown during phase execution: javax.faces.event.phaseevent[source=com.sun.faces.lifecycle.lifecyclei...@aaf063] javax.servlet.ServletException at javax.faces.webapp.FacesServlet.service(FacesServlet.java:325) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) ... --- Major problem I'm having is no logs being generated on development environment. Exception stack says, more information could be found at 'server logs' but, no logs are generated on local machine. When I try to host it on app. engine ( so that, I can view logs from app. engine dashboard)... the deployment fails with following exception. Latest SDK: Release: 1.4.0 Timestamp: Thu Dec 02 04:44:18 GMT+05:30 2010 API versions: [1.0] --- Your SDK: Release: 1.3.8 Timestamp: Wed Oct 13 20:36:43 GMT+05:30 2010 API versions: [1.0] --- Please visit http://code.google.com/appengine for the latest SDK. Creating staging directory Scanning for jsp files. Compiling jsp files. Scanning files on local disk. Scanned 250 files. Scanned 500 files. Initiating update. java.io.IOException: Error posting to URL: https://appengine.google.com/api/appversion/create?app_id=petstore5&version=1&; 404 Not Found This application does not exist (app_id=u'petstore5'). I have SDK 1.3.8; does this mean, I can't use this version anymore? Any pointers would be highly appreciated. Thanks, Suresh -- 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] no async queries on AsyncDatastoreService for 1.4.0?
Hi Max, Could you please provide input on the following design: We design for DataSource redundancy. For this we've built a flow which obtains data from 2 sources: First from GAE DataSource using PreparedQuery and if that fails (0.5sec timeout) from our backup service feed which we access using URLFetch (auto scaled EC2 nodes). We strive for maximum performance, So we plan to issue async call to each of the data sources and later when the data becomes required poll the 2 sources, using the first one available. As for the URLFetch service, we will use this patten: Future f = fetchService.fetchAsync(request); ... if(f.isDone()) { ... } But for PreparedQuery.asIterator(), I'm not sure how this is implement on your side. I would love an answer confirming that this code will not block on hasNext() (While datasource is asynchronously getting results)? Iterator iterator = getAsyncDatastoreService().prepare(findGeoIP).asIterator(); if(iterator.hasNext()) { ... } Thanks for the insights. Maxim. On Mon, Nov 29, 2010 at 9:08 PM, Max Ross (Google) < maxr+appeng...@google.com > wrote: > Hi Luke, > > First the awesome news: > As of 1.4.0, many queries are implicitly asynchronous. When you call > PreparedQuery.asIterable() or PreparedQuery.asIterator(), we initiate the > query in the background and then immediately return. This lets you do work > while the first batch of results is being fetched. And, when the first > batch has been consumed we immediately request the next batch. If you're > performing a significant amount of work with each Entity as you iterate you > will probably see a latency win as a result of this. > > Now the less awesome news: > We didn't get around to making the List returned by PreparedQuery.asList() > work this same magic, but you can expect this in a future release. > > Some deeper thoughts: > The underlying RPCs between your app and the datastore fetch results in > batches. We fetch an initial batch of results, and once that batch has been > consumed we fetch the next batch. But, there's nothing in the API that maps > to these batches - it's either a List containing the entire result set or an > Iterable/Iterator that returns Entities one at a time. An API that provides > async access to the individual results returned by an Iterable/Iterator > (Iterator>) doesn't really make sense since you don't know > which call to hasNext() is going to require a new batch to be fetched, and > without that knowledge, the knowledge of what is going to trigger something > "expensive", you can't really make appropriate use of an asynchronous API. > > Going forward, we're definitely interested in exposing these batches > directly, and an explicitly async API for these batches makes a lot of sense > since fetching these batches would map directly to something "expensive" on > the server side. > > Hope this helps, > Max > > On Fri, Nov 26, 2010 at 4:41 PM, Luke wrote: > >> i was taking a look at the 1.4.0 javadoc for AsyncDatastoreService. i >> see the get, put and delete operations return a Future, but the >> prepare methods return a naked PreparedQuery object, and it doesn't >> look like PreparedQuery has any async get methods. >> >> does the AsyncDatastoreService not support asynchronous queries, or is >> there something i'm missing? >> >> glad to see at lets the get and put methods are async, hoping to get >> async queries too (as well as async interfaces to more services). >> >> -- >> 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.
Re: [appengine-java] Re: Facebook, Cache Control and Money
The maximum timeout allowed is 10s.. On Tue, Dec 7, 2010 at 12:42 AM, Michael Weinberg wrote: > I use 20 seconds timeout when issuing http requests: > > URL urlObj = new URL(url); > URLConnection urlCon = urlObj.openConnection(); > urlCon.setConnectTimeout(2); > urlCon.setReadTimeout(2); > > BufferedReader reader = new BufferedReader(new > InputStreamReader(urlCon.getInputStream())); > > while ((line = reader.readLine()) != null) { > // do something with the line of content > } > reader.close(); > > > Does it help? > > > Michael Weinberg > > > On Dec 6, 10:12 am, takealike wrote: > > Hi. > > As implied by the subject i would like to ask: > > 1. Facebook: My GAE application is working with the FB API. this API > > is very slow, and I receive timeouts. These timeouts cause > > erroneousness publish action to my users' Facebook. 10 seconds of > > timeout are just not enough. Can I make this threshold higher? > > 2. Cache: I'm trying to set the HTML header for my app in GAE to > > enable client side caching. Unfourtunatly, I have no idea how to do > > this. Can someone please drop me a hint? thanks. > > 3. Money: Actually this was to get some attention to my discussion, as > > FB+Cache issues seemed so boring to me! :-) > > > > A big 'Thank You' and a 'Happy Christmas' will be sent (with no > > Shipping fees) to the answering 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-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. > > -- Guit: Elegant, beautiful, modular and *production ready* gwt applications. http://code.google.com/p/guit/ -- 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] Xls uploader
Hi My Application requires to upload data in the java datastore , I am able to do that using csv , but I want to upload using xls Because I have images inside the cells which are to be uploaded to data store , Can anyone provide a working example? -- 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] Error while installing Eclipse Plugin
I'm trying install Eclipse plugin for GAE with GAE SDK on Eclipse Helios but following error occurs while installation. Any Help??? An error occurred while collecting items to be installed session context was:(profile=epp.package.jee, phase=org.eclipse.equinox.internal.p2.engine.phases.Collect, operand=, action=). Unable to read repository at http://dl.google.com/eclipse/plugin/3.6/plugins/com.google.appengine.eclipse.sdkbundle.1.4.0_1.4.0.v201012021502.jar . Read timed out Unable to read repository at http://dl.google.com/eclipse/plugin/3.6/plugins/com.google.gwt.eclipse.sdkbundle.2.1.0_2.1.0.v201010280102.jar . Read timed out Regards, Zeeshan Hanif -- 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.