Re: [appengine-java] Re: periodic downtimes
Well, I've submitted 2 or 3 tickets to their support team last week and haven't heard back yet. Perhaps I'm doing something wrong. As far as how our app did on the app-engine: it was pretty smooth. I think the main issue we ran into was the 10 writes per entity group per second. I think that restriction may force us onto a different platform. I think we could have worked around that restriction by employing more clever memcache usage, especially now that there is CAS enabled on the memcache, but I'd be slightly nervous about updates living in memcache and getting dropped before we wrote them to the datastore. My clients pretty much decided they want to try another hosting solution, so I guess that's my only option lol. Thanks for the reply! On Sat, Feb 12, 2011 at 5:34 AM, systemsplanet m...@systemsplanet.com wrote: the app engine team recently fixed a problem I was having in about 12 hrs. I couldn't add a new application, GAE forgot I had already authenticated my mobile phone number. as for your ap, I'll be interested to see if an ap with expected high contention will work well on gae. seems like gea is optimized for high-reads and few non-contending writes (like a blog). . On Feb 11, 1:37 am, bcottam bcot...@gmail.com wrote: Good point Robert, I'm not sure if it's just the datastore. My users wind up getting a 500 error on requests that just read data, usually even if the datastore has issues, you can still read from it. I'd be comfortable using memcache, but I'd want to ensure it had the same data integrity as the datastore (or something close anyhow). The nice thing about the datastore is that there is optimistic locking, so I know when there's contention. Currently, our users collectively modify data at about the same time (like 7-12 updates in a single second from several users), it's pretty important that I keep them in order, so I currently have my writes wrapped in a datastore transaction with a loop that runs about 5 times or until the transaction succeeds. Has anyone managed that type of contention in the memcache? If so, I'd love to hear some techniques that can ensure no update tramples a previous concurrent update. I've submitted inquiries to the billing and CPU request form, but haven't heard back. Does it usually take longer than 24 hours to hear back from the app-engine support team? Thanks -- 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. -- 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] Website/link down second time in this month without any notification or maintenance.
Hello everyone, This is second time in this month that our link/website is down without any notification or maintenance, last when asked about this reply was ' it is not their(google server)side issue '. We have registered our domain name from Google apps itself and still google has no answer for what's happening. Can somebody tell us how to solve this issue or any suggestion? Thanks and regards Sagar Misal. -- 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: How to completely erase the datastore of an app
Hi meyertee, It says exactly what you have written. But nevertheless I'm not able to manage this issue!! I'm very puzzled... Any other hint? Thank you very much Best CRI On 13 Feb, 16:22, meyertee meyer...@gmail.com wrote: What does it say when you go from your dashboard to Administration - Application Settings - in the top right corner under Authentication Options? For me it says: Google Apps. Users with a valid account in the my-domain.com Google Apps domain can sign in if the Google Accounts API is used for authentication. I don't think you can change this option after creating the app. If it says Google Accounts API for you, you should be able to see the datastore admin with your normal account if it's a gmail account... Best, meyertee -- 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: How to completely erase the datastore of an app
I'm afraid I'm running out of theories.. Funnily enough, my Datastore Admin just stopped working too - it's showing me the error page. It was still working until a couple of days ago. Oh well... Best, meyertee. -- 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.
Re: [appengine-java] can i use css in my app ?
Thanks for your replies. -- 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] IllegalStateException: Must be called from a blob upload callback request
Has anybody had and resolved this error? Thanks Uncaught exception from servlet java.lang.IllegalStateException: Must be called from a blob upload callback request. at com.google.appengine.api.blobstore.BlobstoreServiceImpl.getUploadedBlobs(Bl obstoreServiceImpl.java: 128) -- 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] Lexicographic order of keys
Say you manage an entity kind with a com.google.appengine.api.datastore.Key key, and you manage those keys with explicit values like key = KeyFactory.createKey(MyClass.class.getSimpleName(), AAA). Then, does the string-encoded form of the key have the same lexicographic order than the explicit key name ? In other words: if I want to perform a range query based on the explicit name (i.e. get all entities with key name from AAA to ZZZ), can I use an double inequality filter on the entity keys? -- 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] Guice Errors while trying to integrate the sample google app marketplace
I'm trying to run the sample google marketplace app and my application is throwing guice errors in the logs. * * *Setup:* 1. Java Application deployed Google App Engine 2. Google Marketplace listing pointing to the app. *Issue* 1. Accessing the application from both directly the appspot.com as well as from the universal navigation from within google app results in the following error *Uncaught exception from servlet com.google.inject.internal.ComputationException: java.lang.SecurityException: Unable to get members for class com.google.step2.discovery.DefaultHostMetaFetcher* at com.google.inject.internal.MapMaker$StrategyImpl.compute(MapMaker.java:553) at com.google.inject.internal.MapMaker$StrategyImpl.compute(MapMaker.java:419) at com.google.inject.internal.CustomConcurrentHashMap$ComputingImpl.get(CustomConcurrentHashMap.java:2041) at com.google.inject.internal.FailableCache.get(FailableCache.java:46) at com.google.inject.ConstructorInjectorStore.get(ConstructorInjectorStore.java:52) at com.google.inject.ConstructorBindingImpl.initialize(ConstructorBindingImpl.java:57) at com.google.inject.InjectorImpl.initializeBinding(InjectorImpl.java:377) at com.google.inject.InjectorImpl.createJustInTimeBinding(InjectorImpl.java:645) at com.google.inject.InjectorImpl.createJustInTimeBindingRecursive(InjectorImpl.java:581) at com.google.inject.InjectorImpl.getJustInTimeBinding(InjectorImpl.java:172) at com.google.inject.InjectorImpl.getBindingOrThrow(InjectorImpl.java:132) at com.google.inject.InjectorImpl.getInternalFactory(InjectorImpl.java:651) at com.google.inject.InjectorImpl.getProviderOrThrow(InjectorImpl.java:747) at com.google.inject.LookupProcessor.visit(LookupProcessor.java:51) at com.google.inject.LookupProcessor.visit(LookupProcessor.java:30) at com.google.inject.spi.ProviderLookup.acceptVisitor(ProviderLookup.java:54) at com.google.inject.AbstractProcessor.process(AbstractProcessor.java:65) at com.google.inject.AbstractProcessor.process(AbstractProcessor.java:54) at com.google.inject.InjectorBuilder.initializeStatically(InjectorBuilder.java:140) at com.google.inject.InjectorBuilder.build(InjectorBuilder.java:105) at com.google.inject.Guice.createInjector(Guice.java:92) at com.google.inject.Guice.createInjector(Guice.java:69) at com.google.inject.Guice.createInjector(Guice.java:59) at com.jbb.gamproject.ConsumerFactory.init(ConsumerFactory.java:39) at com.jbb.gamproject.OpenIdServlet.init(OpenIdServlet.java:71) at org.mortbay.jetty.servlet.ServletHolder.initServlet(ServletHolder.java:440) at org.mortbay.jetty.servlet.ServletHolder.getServlet(ServletHolder.java:339) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:487) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1166) at com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java:97) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java:35) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java:43) at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418) at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java:238) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542) at org.mortbay.jetty.HttpConnection$RequestHandler.headerComplete(HttpConnection.java:923) at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java:76) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:135) at com.google.apphosting.runtime.JavaRuntime.handleRequest(JavaRuntime.java:261) at
[appengine-java] Using Jing for XML Document Schema. Works on local, errors when deployed.
Hello all! I originally posted this in the main App Engine group, but was told to try my luck here. I'm developing an application for App Engine that will take a Relax NG schema and build a Document object against it from nodes that I append. My implementation works on my local machine (Mac OS X Snow Leopard, Eclipse Helios Java EE edition, GWT 2.2.0, App Engine 1.4.2), but when I deploy it I get the following error: java.lang.IllegalArgumentException: No SchemaFactory that implements the schema language specified by: http://relaxng.org/ns/structure/1.0 could be loaded It is complaining about the following lines of code: System.setProperty(SchemaFactory.class.getName() + : + XMLConstants.RELAXNG_NS_URI, com.thaiopensource.relaxng.jaxp.CompactSyntaxSchemaFactory); SchemaFactory schemaFac = SchemaFactory.newInstance(XMLConstants.RELAXNG_NS_URI); -- The exception occurs on this line. Does anyone have any ideas as to how I can fix this? Like I said, it works on my local machine. Essentially what I would like to do is create a Schema from a Relax NG file that is then passed to a DocumentBuilderFactory via the setSchema() method. -- 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: 1.4.2: Can't make https call from dev server
I am having similar problems with the recently released version com.google.appengine.eclipse.sdkbundle.1.4.2_1.4.2.v201102111811 Problems happen with the development server, not in production. I am performing Facebook login credentials authentication in the callback url. Interrupt stack is below: HTTP ERROR 500 Problem accessing /loginfacebookcallback. Reason: Could not verify SSL certificate for: https://graph.facebook.com/oauth/access_token?omitted Caused by: javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for: https://graph.facebook.com/oauth/access_token?omitted at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationException(URLFetchServiceImpl.java: 114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.fetch(URLFetchServiceImpl.java: 41) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler $Connection.fetchResponse(URLFetchServiceStreamHandler.java:418) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler $Connection.getInputStream(URLFetchServiceStreamHandler.java:297) at www.superpass.de.server.UrlFetcher.get(UrlFetcher.java:60) Following message is printed to the console: I/O exception (javax.net.ssl.SSLPeerUnverifiedException) caught when processing request: HTTPS hostname invalid: expected 'graph.facebook.com', received '*.facebook.com' Retrying request Regards, Harri On Feb 13, 11:27 am, Lior Harsat lior.har...@gmail.com wrote: I am having a similar problem with https: I have been testing the SDK and I found one bug which seems critical. When I call the URLFetchService.fetch API with a https URL I get a javax.net.ssl.SSLHandshakeException. for example when I fetch https://spreadsheets.google.com/feeds/ list/ I get javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for:https://spreadsheets.google.com/feeds/list/... When I switch back to an older SDK this doesn't happen. Is there a Help us test Prerelease SDK 1.4.2 thread I can post this to? Can anyone confirm this bug reproduces? Thanx, Lior On Feb 12, 11:57 am, Peter Liu tinyee...@gmail.com wrote: We are using a custom remote delegate to route datastore rpc call to live production test site on appspot. We did this because sometimes we want to develop with live data. However after upgrading to 1.4.2, https outbound call starts failing (see below). If we change to http, then it works again. It seems like some class is marked as restricted in this release. Is it intentional? What's the reason behind not allowing outbound https call? Thanks. java.lang.NoClassDefFoundError: javax.net.ssl.SSLHandshakeException is a restricted class. Please see the Google App Engine developer's guide for more details. at com.google.appengine.tools.development.agent.runtime.Runtime.reject(Runtime .java: 51) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationExc eption(URLFetchServiceImpl.java: 114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.access $100(URLFetchServiceImpl.java:22) at com.google.appengine.api.urlfetch.URLFetchServiceImpl $1.convertException(URLFetchServiceImpl.java:86) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java: 69) at com.pekca.main.delegate.RemoteDelegate$1.get(RemoteDelegate.java: 163) -- 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] appengine-web.xml required when using app.yaml?
Why is GPE requiring that I keep appengine-web.xml around so it can store the appid and version when that info is already stored in my app.yaml? I drank the koolaid and use .yaml files wherever I can. Please change GPE to store/read the app meta-data from appengine- web.xml or app.yaml - whichever is present. Keeping both in sync is a pain and introduces risk. scott -- 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: GAEJ app on a local GWT -noserver equivalent setup?
BTW, the MaintainJ webapp doesn't write anything on the server-side, so I doubt it will have trouble running on the GAEJ-configured Embedded Jetty server. Plus locally it runs on the NORMAL default SUN- ORacle JRE, and thus not on the specific/limited environment available in the GAEJ clouds! Could someone at least point out what the path of the GAEJ local Embedded Jetty server is? I want to try to deploy a second War in to be loaded for each server-instance. On Feb 14, 3:19 am, b4l4nc3r b4l4n...@gmx.com wrote: Yeah, I see, and agree with your point. And I did try it myself, although I mentioned it cryptically with Googled tested. And from the feedback from your perception, I mis-communicated it, because I didn't intend to take the indicated complex approach. Btw, MaintainJ is a tracing tool, to trace Java call-flows for a specific use-case, like logging-in/authentication for instance, to generate automated Sequence Diagrams, which then are easily usable in Eclipse to navigate to linked source-code and have instant flow- insight on a case-to-case basis. It also shows which Strings are being communicated during the call, and recently one can even see the complete SQL prepared statement generated by any persistence layer, like JPA implementations, etc.. To use the tool, however, one has to set it up on the same server (servlet container) on which the webapp --targeted to trace its Java calls-- will run/debug from. GAEJ comes with its own embedded Jetty one, of which I couldn't find the location to pull-off the setup. I need to deploy a second war file containing the MaintainJ tracing webapp, to run it on the same server-instance as the GAEJ app I'm building/debugging locally. The Eclipse GAEJ launch configuration tab doesn't offer any relevant options, nor could I find an argument switch. So I thought to use a fresh one I could setup myself. GWT offers the -noserver switch so that one could use another (non- embedded) server. I couldn't find the same option for GAEJ. I mentioned MaintainJ to point out my use-case for what I'm asking. My concrete questions are: 1. Is it possible to test/debug/run a GAEJ app locally on a different server than the embedded Jetty one? It can even be another Jetty configuration, but it has to be an external one rather then the embedded one. So that I deploy another webapp to be loaded in the same server-instance, and add specific libraries to the server lib dir/ path. 2. Otherwise can one do the same on the default GAEJ local embedded Jetty server? In both cases, if yes, how can one do that exactly? Or where should I look for more relevant information? Thanks so far. I could still use another good feedback/nudge (from someone?). On Feb 12, 6:41 am, Didier Durand durand.did...@gmail.com wrote: Hi, And why don't you just try by yourself ? What you're asking for is so specific so probably nobody has exactly tried what you're asking for. So, people are careful: if they don't know, they will not answer. 1 main point for that: gae made quite a few changes of the jre (See the while list of emulated classes) and added very specific stuff to its dev env (datastore, tasks, namespace, etc.). SO, it's hard to tell if it works elsewhere or not unless you try it. Something I can propose though: why don't you work the other round: you respect servlet api + you have DAOs (matching your databases9 for you data access. Then, you can do what you want with maintainj and then moving the app to gae should be pretty staightforward (you replace your DAOs with their gae datastore version). gae brings its own philosophy: most developers respect it (i.e develop with the sdk and local server) to then leverage the real live environment as soon as possible. I guess that you need to bear the costs by yourself if you want to go on more complex roads. regards didier On Feb 12, 6:18 am, b4l4nc3r b4l4n...@gmx.com wrote: Either I've landed on a deserted island I'm left in the mercy of a huge amount of luck. OR I'm pushing on the wrong buttons hmmm. On Feb 11, 10:29 pm, b4l4nc3r b4l4n...@gmx.com wrote: Am I missing something? An obvious documentation I should have read that would indicate at some point Yes or No? Or am I asking a ridicules question here? Someone with enough know-how should be able point at some direction with the minimum use of her/his time, right? Forget about MaintainJ, just the notion of an GAEJ app locally on a non-embedded Jetty server, possible? Someone succeeded? On Feb 11, 6:06 am, b4l4nc3r b4l4n...@gmx.com wrote: Lets try it completely:http://www.maintainj.com/ On Feb 11, 5:40 am, b4l4nc3r b4l4n...@gmx.com wrote: Btw, I just found out that for some reason the URL I've used starting this discussion/thread is pointing tohttp://www.google.com/www.maintainj.com instead ofwww.maintainj.com. Please know
[appengine-java] Re: 1.4.2: Can't make https call from dev server
Hey everybody, In order to help me diagnose the problems, could you respond with what JDK (Platform, JDK manufacturer (e.g. Sun, OpenJDK), and version) you're running? As a temporary stopgap, if you're using URLFetch service, you can use the doNotValidateCertificate() method in FetchOptions (http://code.google.com/appengine/docs/java/javadoc/com/ google/appengine/api/urlfetch/FetchOptions.html) to disable validation. -Fred On Feb 13, 5:02 am, harri mauria hmau...@googlemail.com wrote: I am having similar problems with the recently released version com.google.appengine.eclipse.sdkbundle.1.4.2_1.4.2.v201102111811 Problems happen with the development server, not in production. I am performing Facebook login credentials authentication in the callback url. Interrupt stack is below: HTTP ERROR 500 Problem accessing /loginfacebookcallback. Reason: Could not verify SSL certificate for:https://graph.facebook.com/oauth/access_token?omitted Caused by: javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for:https://graph.facebook.com/oauth/access_token?omitted at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationExc eption(URLFetchServiceImpl.java: 114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.fetch(URLFetchService Impl.java: 41) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler $Connection.fetchResponse(URLFetchServiceStreamHandler.java:418) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler $Connection.getInputStream(URLFetchServiceStreamHandler.java:297) atwww.superpass.de.server.UrlFetcher.get(UrlFetcher.java:60) Following message is printed to the console: I/O exception (javax.net.ssl.SSLPeerUnverifiedException) caught when processing request: HTTPS hostname invalid: expected 'graph.facebook.com', received '*.facebook.com' Retrying request Regards, Harri On Feb 13, 11:27 am, Lior Harsat lior.har...@gmail.com wrote: I am having a similar problem with https: I have been testing the SDK and I found one bug which seems critical. When I call the URLFetchService.fetch API with a https URL I get a javax.net.ssl.SSLHandshakeException. for example when I fetch https://spreadsheets.google.com/feeds/ list/ I get javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for:https://spreadsheets.google.com/feeds/list/... When I switch back to an older SDK this doesn't happen. Is there a Help us test Prerelease SDK 1.4.2 thread I can post this to? Can anyone confirm this bug reproduces? Thanx, Lior On Feb 12, 11:57 am, Peter Liu tinyee...@gmail.com wrote: We are using a custom remote delegate to route datastore rpc call to live production test site on appspot. We did this because sometimes we want to develop with live data. However after upgrading to 1.4.2, https outbound call starts failing (see below). If we change to http, then it works again. It seems like some class is marked as restricted in this release. Is it intentional? What's the reason behind not allowing outbound https call? Thanks. java.lang.NoClassDefFoundError: javax.net.ssl.SSLHandshakeException is a restricted class. Please see the Google App Engine developer's guide for more details. at com.google.appengine.tools.development.agent.runtime.Runtime.reject(Runtime .java: 51) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationExc eption(URLFetchServiceImpl.java: 114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.access $100(URLFetchServiceImpl.java:22) at com.google.appengine.api.urlfetch.URLFetchServiceImpl $1.convertException(URLFetchServiceImpl.java:86) at com.google.appengine.api.utils.FutureWrapper.get(FutureWrapper.java: 69) at com.pekca.main.delegate.RemoteDelegate$1.get(RemoteDelegate.java: 163) -- 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: FTP Alternatives
Hi, Oh yeah, I understand that blobstore is the way to go for storage aspects. No issue there. However, our customers have automated ftp scripts which posts these files out to ftp servers. It would have been helpful to atleast fetch files from ftp servers from within GAE, if not post to it. (although technically they are akin) Now, I will need to host another application outside GAE to do the dirty work and feed it to GAE using http. Architecturally, introduces more pieces and risk.. Cheers Praseed -- 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.
Re: [appengine-java] Re: 1.4.2: Can't make https call from dev server
I experience this problem. I'm also using a library that makes the actual call, so I can't use the URLFetch service method. I will have to revert to GAE SDK 1.4.0. Mac OSX 10.6, default JVM, Eclipse Helios: java version 1.6.0_22 Java(TM) SE Runtime Environment (build 1.6.0_22-b04-307-10M3261) Java HotSpot(TM) 64-Bit Server VM (build 17.1-b03-307, mixed mode) My stacktrace: Caused by: javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for: https://URLREDACTED at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationException(URLFetchServiceImpl.java:114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.fetch(URLFetchServiceImpl.java:41) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler$Connection.fetchResponse(URLFetchServiceStreamHandler.java:418) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler$Connection.getInputStream(URLFetchServiceStreamHandler.java:297) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler$Connection.getResponseCode(URLFetchServiceStreamHandler.java:150) On Mon, Feb 14, 2011 at 1:22 PM, frew f...@google.com wrote: Hey everybody, In order to help me diagnose the problems, could you respond with what JDK (Platform, JDK manufacturer (e.g. Sun, OpenJDK), and version) you're running? As a temporary stopgap, if you're using URLFetch service, you can use the doNotValidateCertificate() method in FetchOptions (http://code.google.com/appengine/docs/java/javadoc/com/ google/appengine/api/urlfetch/FetchOptions.html) to disable validation. -Fred On Feb 13, 5:02 am, harri mauria hmau...@googlemail.com wrote: I am having similar problems with the recently released version com.google.appengine.eclipse.sdkbundle.1.4.2_1.4.2.v201102111811 Problems happen with the development server, not in production. I am performing Facebook login credentials authentication in the callback url. Interrupt stack is below: HTTP ERROR 500 Problem accessing /loginfacebookcallback. Reason: Could not verify SSL certificate for:https://graph.facebook.com/oauth/access_token?omitted Caused by: javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for:https://graph.facebook.com/oauth/access_token?omitted at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationExc eption(URLFetchServiceImpl.java: 114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.fetch(URLFetchService Impl.java: 41) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler $Connection.fetchResponse(URLFetchServiceStreamHandler.java:418) at com.google.apphosting.utils.security.urlfetch.URLFetchServiceStreamHandler $Connection.getInputStream(URLFetchServiceStreamHandler.java:297) atwww.superpass.de.server.UrlFetcher.get(UrlFetcher.java:60) Following message is printed to the console: I/O exception (javax.net.ssl.SSLPeerUnverifiedException) caught when processing request: HTTPS hostname invalid: expected 'graph.facebook.com', received '*.facebook.com' Retrying request Regards, Harri On Feb 13, 11:27 am, Lior Harsat lior.har...@gmail.com wrote: I am having a similar problem with https: I have been testing the SDK and I found one bug which seems critical. When I call the URLFetchService.fetch API with a https URL I get a javax.net.ssl.SSLHandshakeException. for example when I fetch https://spreadsheets.google.com/feeds/ list/ I get javax.net.ssl.SSLHandshakeException: Could not verify SSL certificate for:https://spreadsheets.google.com/feeds/list/... When I switch back to an older SDK this doesn't happen. Is there a Help us test Prerelease SDK 1.4.2 thread I can post this to? Can anyone confirm this bug reproduces? Thanx, Lior On Feb 12, 11:57 am, Peter Liu tinyee...@gmail.com wrote: We are using a custom remote delegate to route datastore rpc call to live production test site on appspot. We did this because sometimes we want to develop with live data. However after upgrading to 1.4.2, https outbound call starts failing (see below). If we change to http, then it works again. It seems like some class is marked as restricted in this release. Is it intentional? What's the reason behind not allowing outbound https call? Thanks. java.lang.NoClassDefFoundError: javax.net.ssl.SSLHandshakeException is a restricted class. Please see the Google App Engine developer's guide for more details. at com.google.appengine.tools.development.agent.runtime.Runtime.reject(Runtime .java: 51) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.convertApplicationExc eption(URLFetchServiceImpl.java: 114) at com.google.appengine.api.urlfetch.URLFetchServiceImpl.access $100(URLFetchServiceImpl.java:22)
[appengine-java] possible bug with Blob service
There is example for using Blob service appengine-java-sdk/demos/mediastore There is jsp file upload.jsp If you replace input type=submit name=submit value=Submit with input type=submit name=Add Image value=Add Image you get this exception Uncaught exception from servlet java.lang.IllegalStateException: Must be called from a blob upload callback request. at com.google.appengine.api.blobstore.BlobstoreServiceImpl.getUploadedBlobs(BlobstoreServiceImpl.java: 128) at com.google.appengine.demos.mediastore.UploadPost.doPost(UploadPost.java: 48) at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java: 511) at org.mortbay.jetty.servlet.ServletHandler $CachedChain.doFilter(ServletHandler.java:1166) at com.google.apphosting.utils.servlet.ParseBlobUploadFilter.doFilter(ParseBlobUploadFilter.java: 95) at org.mortbay.jetty.servlet.ServletHandler $CachedChain.doFilter(ServletHandler.java:1157) at com.google.apphosting.runtime.jetty.SaveSessionFilter.doFilter(SaveSessionFilter.java: 35) at org.mortbay.jetty.servlet.ServletHandler $CachedChain.doFilter(ServletHandler.java:1157) at com.google.apphosting.utils.servlet.TransactionCleanupFilter.doFilter(TransactionCleanupFilter.java: 43) at org.mortbay.jetty.servlet.ServletHandler $CachedChain.doFilter(ServletHandler.java:1157) at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java: 388) at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java: 216) at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java: 182) at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java: 765) at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java: 418) at com.google.apphosting.runtime.jetty.AppVersionHandlerMap.handle(AppVersionHandlerMap.java: 238) at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java: 152) at org.mortbay.jetty.Server.handle(Server.java:326) at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java: 542) at org.mortbay.jetty.HttpConnection $RequestHandler.headerComplete(HttpConnection.java:923) at com.google.apphosting.runtime.jetty.RpcRequestParser.parseAvailable(RpcRequestParser.java: 76) at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) at com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java: 135) at com.google.apphosting.runtime.JavaRuntime.handleRequest(JavaRuntime.java: 261) at com.google.apphosting.base.RuntimePb$EvaluationRuntime $2.handleRequest(RuntimePb.java:8440) at com.google.net.rpc.impl.RpcUtil.runRpcInApplication(RpcUtil.java: 454) at com.google.net.rpc.impl.Server$RpcTask.runInContext(Server.java: 572) at com.google.tracing.TraceContext$TraceContextRunnable $1.run(TraceContext.java:448) at com.google.tracing.TraceContext.runInContext(TraceContext.java: 688) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java: 326) at com.google.tracing.TraceContext $AbstractTraceContextCallback.runInInheritedContext(TraceContext.java: 318) at com.google.tracing.TraceContext $TraceContextRunnable.run(TraceContext.java:446) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java: 1110) at java.util.concurrent.ThreadPoolExecutor $Worker.run(ThreadPoolExecutor.java:603) at java.lang.Thread.run(Thread.java:636) Unexpected exception from servlet: java.lang.IllegalStateException: Must be called from a blob upload callback request -- 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.