[appengine-java] Strange HttpFetch error with Spring RestTemplate
Hi all, I'm trying to do some simple fetching of rest services with RestTemplate. Everything seems to work in my unit tests, spring is configured to use java.net as the underlying HttpConnection client which according to the appengine docs is fine. When I try to run this in my development environment locally (Eclipse, App Engine SDK 1.5.5) I get the following error: FINEST: Publishing event in Root WebApplicationContext: ServletRequestHandledEvent: url=[/s/init]; client=[127.0.0.1]; method=[GET]; servlet=[spring-handler]; session=[null]; user=[null]; time=[7834ms]; status=[failed: java.lang.ClassCastException: com.google.appengine.repackaged.org.apache.http.message.BasicHttpRequest cannot be cast to com.google.appengine.repackaged.org.apache.http.client.methods.HttpUriRequest] Nov 17, 2011 8:50:32 PM com.google.apphosting.utils.jetty.JettyLogger warn WARNING: /s/init java.lang.ClassCastException: com.google.appengine.repackaged.org.apache.http.message.BasicHttpRequest cannot be cast to com.google.appengine.repackaged.org.apache.http.client.methods.HttpUriRequest at com.google.appengine.api.urlfetch.dev.LocalURLFetchService $7.run(LocalURLFetchService.java:427) at com.google.appengine.api.urlfetch.dev.LocalURLFetchService $7.run(LocalURLFetchService.java:409) Any thoughts? -- 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: Strange HttpFetch error with Spring RestTemplate
I actually found that this is true even using the low level API directly. It seems like any https connections throw this error in the dev environment with or without spring. It does work on the live server. I opened http://code.google.com/p/googleappengine/issues/detail?id=6363 On Nov 18, 9:41 am, Rick Mangi wrote: > Hi all, I'm trying to do some simple fetching of rest services with > RestTemplate. Everything seems to work in my unit tests, spring is > configured to use java.net as the underlying HttpConnection client > which according to the appengine docs is fine. When I try to run this > in my development environment locally (Eclipse, App Engine SDK 1.5.5) > I get the following error: > > FINEST: Publishing event in Root WebApplicationContext: > ServletRequestHandledEvent: url=[/s/init]; client=[127.0.0.1]; > method=[GET]; servlet=[spring-handler]; session=[null]; user=[null]; > time=[7834ms]; status=[failed: java.lang.ClassCastException: > com.google.appengine.repackaged.org.apache.http.message.BasicHttpRequest > cannot be cast to > com.google.appengine.repackaged.org.apache.http.client.methods.HttpUriRequest] > Nov 17, 2011 8:50:32 PM com.google.apphosting.utils.jetty.JettyLogger > warn > WARNING: /s/init > java.lang.ClassCastException: > com.google.appengine.repackaged.org.apache.http.message.BasicHttpRequest > cannot be cast to > com.google.appengine.repackaged.org.apache.http.client.methods.HttpUriRequest > at com.google.appengine.api.urlfetch.dev.LocalURLFetchService > $7.run(LocalURLFetchService.java:427) > at com.google.appengine.api.urlfetch.dev.LocalURLFetchService > $7.run(LocalURLFetchService.java:409) > > Any thoughts? -- 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] Problem starting development after adding backends.xml
After adding a backends.xml file to my application I'm no longer able to startup my development environment. Has anybody seen this before? Removing the file clears everything up, but I really need to get a backend running :-) [ERROR] Unable to start App Engine server java.lang.ClassCastException: com.google.appengine.tools.appstats.Recorder cannot be cast to com.google.appengine.tools.development.ApiProxyLocal Unable to start embedded HTTP server com.google.gwt.core.ext.UnableToCompleteException: (see previous log entries) at com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java: 102) at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) at com.google.gwt.dev.DevMode.main(DevMode.java:311) at com.google.appengine.tools.development.AbstractContainerService.startup(AbstractContainerService.java: 235) at com.google.appengine.tools.development.BackendServers $ServerWrapper.startup(BackendServers.java:816) at com.google.appengine.tools.development.BackendServers.startupAll(BackendServers.java: 304) at com.google.appengine.tools.development.DevAppServerImpl.start(DevAppServerImpl.java: 155) at com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java: 97) at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) at com.google.gwt.dev.DevMode.main(DevMode.java:311) [ERROR] shell failed in doStartupServer method I don't see anything wrong with my backends.xml --> B2 1 true true true Thanks for any help! Rick Mangi -- 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: Problem starting development after adding backends.xml
Do the google app engine developers even read these messages? It's amazing how few questions in this group actually seem to get answered compared to open source projects... On Dec 16, 5:02 pm, Rick Mangi wrote: > After adding a backends.xml file to my application I'm no longer able > to startup my development environment. Has anybody seen this before? > Removing the file clears everything up, but I really need to get a > backend running :-) > > [ERROR] Unable to start App Engine server > java.lang.ClassCastException: > com.google.appengine.tools.appstats.Recorder cannot be cast to > com.google.appengine.tools.development.ApiProxyLocal > Unable to start embedded HTTP server > com.google.gwt.core.ext.UnableToCompleteException: (see previous log > entries) > at > com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java: > 102) > at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) > at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) > at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) > at com.google.gwt.dev.DevMode.main(DevMode.java:311) > at > com.google.appengine.tools.development.AbstractContainerService.startup(AbstractContainerService.java: > 235) > at com.google.appengine.tools.development.BackendServers > $ServerWrapper.startup(BackendServers.java:816) > at > com.google.appengine.tools.development.BackendServers.startupAll(BackendServers.java: > 304) > at > com.google.appengine.tools.development.DevAppServerImpl.start(DevAppServerImpl.java: > 155) > at > com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngineLauncher.java: > 97) > at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) > at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) > at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) > at com.google.gwt.dev.DevMode.main(DevMode.java:311) > [ERROR] shell failed in doStartupServer method > > I don't see anything wrong with my backends.xml --> > > > > B2 > 1 > > true > true > true > > > > > Thanks for any help! > > Rick Mangi -- 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: Webservices call in GAE
Did you get it running in your development environment before trying to deploy it to AppEngine? On Dec 20, 5:47 am, suresh ashok wrote: > Hi all, > > I had gone through the following url for the Webservices document and > gone through the given simple webservices, but i can't able to get the > desired output instead it shows a blank page > > "http://code.google.com/appengine/articles/soap.html"; > > Regards, > Suresh > > On Dec 19, 4:51 pm, suresh ashok wrote: > > > > > > > > > Hi, > > > I just trying to call the webservices in GAE and can some one gives > > the valuable feedback to do the same. > > > Regards, > > 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-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: Problem starting development after adding backends.xml
Apparently they do not. It's amazing that a product with such horrid customer support has so many users. That's not likely to continue now that the paas market has competition. On Dec 19, 6:41 pm, Rick Mangi wrote: > Do the google app engine developers even read these messages? It's > amazing how few questions in this group actually seem to get answered > compared to open source projects... > > On Dec 16, 5:02 pm, Rick Mangi wrote: > > > > > After adding a backends.xml file to my application I'm no longer able > > to startup my development environment. Has anybody seen this before? > > Removing the file clears everything up, but I really need to get a > > backend running :-) > > > [ERROR] Unable to start App Engine server > > java.lang.ClassCastException: > > com.google.appengine.tools.appstats.Recorder cannot be cast to > > com.google.appengine.tools.development.ApiProxyLocal > > Unable to start embedded HTTP server > > com.google.gwt.core.ext.UnableToCompleteException: (see previous log > > entries) > > at > > com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngin > > eLauncher.java: > > 102) > > at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) > > at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) > > at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) > > at com.google.gwt.dev.DevMode.main(DevMode.java:311) > > at > > com.google.appengine.tools.development.AbstractContainerService.startup(Abs > > tractContainerService.java: > > 235) > > at com.google.appengine.tools.development.BackendServers > > $ServerWrapper.startup(BackendServers.java:816) > > at > > com.google.appengine.tools.development.BackendServers.startupAll(BackendSer > > vers.java: > > 304) > > at > > com.google.appengine.tools.development.DevAppServerImpl.start(DevAppServerI > > mpl.java: > > 155) > > at > > com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngin > > eLauncher.java: > > 97) > > at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) > > at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) > > at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) > > at com.google.gwt.dev.DevMode.main(DevMode.java:311) > > [ERROR] shell failed in doStartupServer method > > > I don't see anything wrong with my backends.xml --> > > > > > > > B2 > > 1 > > > > true > > true > > true > > > > > > > > > Thanks for any help! > > > Rick Mangi -- 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: Problem starting development after adding backends.xml
Hmm... maybe. FWIW I also opened a bug in the appengine bug tracker and haven't gotten any response there either. I'm not sure what you mean by disabling appstats on the backend. The backends.xml is in the same codebase as the rest of my application. I could create a whole separate version of the app for the backend but that seems like a lot of wrangling for something that's supposed to work this way. I'm pretty sure this is something related to the newest appengine api. It used to work this way for us a few versions back. Thanks. On Dec 22, 11:40 am, Jeff Schnitzer wrote: > I don't think very many people are using backends... and since a lot > of the support here comes from the community, your question is a > little esoteric. > > Try disabling appstats on the backend. Maybe appstats is incompatible > with backends. > > Jeff > > > > > > > > > > On Thu, Dec 22, 2011 at 3:53 AM, Rick Mangi wrote: > > Apparently they do not. It's amazing that a product with such horrid > > customer support has so many users. That's not likely to continue now > > that the paas market has competition. > > > On Dec 19, 6:41 pm, Rick Mangi wrote: > >> Do the google app engine developers even read these messages? It's > >> amazing how few questions in this group actually seem to get answered > >> compared to open source projects... > > >> On Dec 16, 5:02 pm, Rick Mangi wrote: > > >> > After adding a backends.xml file to my application I'm no longer able > >> > to startup my development environment. Has anybody seen this before? > >> > Removing the file clears everything up, but I really need to get a > >> > backend running :-) > > >> > [ERROR] Unable to start App Engine server > >> > java.lang.ClassCastException: > >> > com.google.appengine.tools.appstats.Recorder cannot be cast to > >> > com.google.appengine.tools.development.ApiProxyLocal > >> > Unable to start embedded HTTP server > >> > com.google.gwt.core.ext.UnableToCompleteException: (see previous log > >> > entries) > >> > at > >> > com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngin > >> > eLauncher.java: > >> > 102) > >> > at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) > >> > at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) > >> > at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) > >> > at com.google.gwt.dev.DevMode.main(DevMode.java:311) > >> > at > >> > com.google.appengine.tools.development.AbstractContainerService.startup(Abs > >> > tractContainerService.java: > >> > 235) > >> > at com.google.appengine.tools.development.BackendServers > >> > $ServerWrapper.startup(BackendServers.java:816) > >> > at > >> > com.google.appengine.tools.development.BackendServers.startupAll(BackendSer > >> > vers.java: > >> > 304) > >> > at > >> > com.google.appengine.tools.development.DevAppServerImpl.start(DevAppServerI > >> > mpl.java: > >> > 155) > >> > at > >> > com.google.appengine.tools.development.gwt.AppEngineLauncher.start(AppEngin > >> > eLauncher.java: > >> > 97) > >> > at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) > >> > at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) > >> > at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) > >> > at com.google.gwt.dev.DevMode.main(DevMode.java:311) > >> > [ERROR] shell failed in doStartupServer method > > >> > I don't see anything wrong with my backends.xml --> > > >> > > >> > > >> > B2 > >> > 1 > >> > > >> > true > >> > true > >> > true > >> > > >> > > >> > > > >> > Thanks for any help! > > >> > Rick Mangi > > > -- > > 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 > > athttp://groups.google.com/group/google-appengine-java?hl=en. > > -- > We are the 20% -- 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: singleton in gae different instance
Yes, the datastore is the best place to store application state that doesn't change very frequently. Load the sate into a singleton on each instance. The problem with memcache is that you have no control over the eviction policy so your object could vanish. On Dec 23, 5:23 am, Simon Knott wrote: > Hi, > > Your best bet is the datastore, as this is probably the most reliable > shared service. You could potentially share state in a backend server, but > these too have a tendency to go down. > > Cheers, > Simon -- 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: JDO second level cache getting in the way...
Do yourself a big favor and run away from JDO + GAE screaming as fast
as you can. You're much better off using one of the thin wrappers
around the AppEngine Datastore like Objectify or Twig along with the
built in Memcache service.
JDO was designed for relational data models, GAE was designed for the
opposite. They don't play well together. You *can* get them to work,
and many have, but I have yet to find anyone who enjoyed the
experience.
best,
Rick
On Jan 1, 7:07 pm, The night manager
wrote:
> Hi,
>
> I am new to both GAE and JDO. I would be grateful if someone could provide
> guidance on a behavior I find rather counter-intuitive. In the following
> code, I have to call pm.evictAll() to successfully/persistently change
> properties (labels) on a freshly persisted object (bookmark):
>
> PersistenceManager pm = PMF.get().getPersistenceManager();
> try {
> Bookmark bookmark = new Bookmark(url);
> bookmark = pm.makePersistent(bookmark);
> pm.evictAll();
> Key k = bookmark.getKey();
> bookmark = pm.getObjectById(Bookmark.class, k);
> bookmark.addLabels(labels);
>
> } finally {
> pm.close();
> }
>
> I'd naively expect the above code to persistently adding labels to
> bookmarkseven without calling
> pm.evictAll()and with explicitly (re-)fetching the bookmark object. I'd
> expect JDO to "notice" that the Bookmark instance has been "dirtied" and
> pm.close() to persist the changes to the cached object.
>
> I find it also counter-intuitive that pm.evict(bookmark) doesn't work --
> the entire cache needs to be cleared for new labels on bookmark to get
> persisted. (Even though pm.evict(Object) appears to expect a *
> persistent-clean* object, which, in turn, appears to assume being in a
> transaction...)
>
> Any pointers on the reasons of this behavior will be gratefully appreciated.
>
> Peter
--
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: JDO second level cache getting in the way...
Perhaps I am thinking of JDO and JPA as being more similar than I should, but I've found that GAE doesn't really want you to think of your datastore in an OO manner either. It's a collection of documents and indexes. JDO (and JPA) encourage you to model your objects as you would in any sane system and then let you forget about the mapping to the underlying datastore as much as possible. That's awesome for most environments. But IMHO (and admittedly with only a few months of time trying to wrap my head around a JDO application I inherited, yes with the old plugin) this is not the best way to work with the GAE Datastore. I'm sure it works fine for many projects, but traversing large trees of objects one at a time is very costly in terms of performance. I've found that it's much more efficient to store the data you need from related objects in the parent directly or in another record using partial decomposition. That also makes using the memcache service to cache larger result sets much easier, and you don't wind up needing a lot of indexes to perform complex queries since you can search on records that have been created ahead of time. Yes, you can do this with JDO, but in my opinion JDO creates a layer of abstraction that you don't need and one that gets in the way. On Jan 3, 2:52 am, datanucleus wrote: > > JDO was designed for relational data models, GAE was designed for the > > opposite. > > Please check your facts, perhaps by consulting people who actually > designed the JDO standard, or by actually reading the JDO spec. It was > designed to be datastore-agnostic. JPA on the other hand was not, with > RDBMS syntax leaking through the query language. > > Use of version 2 of the GAE plugin (included as optional in 1.6.1 SDK) > is recommended, fixing many shortcomings in the design of the original > plugin -- 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: FileHandler is a restricted class
No, you can't write files in appengine, there is no file system. You should serialize your data into the datastore instead. On Jan 7, 4:10 am, Aviv Keren wrote: > Hi, > trying to use FileHandler class response with an error: > " HTTP ERROR 500 > > Problem accessing /sign. Reason: > > java.util.logging.FileHandler is a restricted class. Please see > the Google App Engine developer's guide for more details. > > " > is it possible to write logs into files using this class or other way? -- 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: Problem with CSS on deployment
Has anyone gotten this new sdk to work? I'm getting all sorts of errors in Eclipse telling me that it's not a valid SDK, most notably "The selected SDK does not support HRD". When I try to run it from ant Data Nucleus complains with: [enhance] Exception in thread "main" java.lang.ExceptionInInitializerError [enhance] at com.google.appengine.tools.util.Logging.initializeLogging(Logging.java: 35) [enhance] at com.google.appengine.tools.enhancer.Enhance.main(Enhance.java:40) [enhance] Caused by: java.lang.NullPointerException [enhance] at com.google.appengine.tools.info.SdkInfo.getLibs(SdkInfo.java:77) [enhance] at com.google.appengine.tools.info.SdkInfo.determineOptionalLibs(SdkInfo.java: 284) [enhance] at com.google.appengine.tools.info.SdkInfo.determineOptionalUserLibs(SdkInfo.java: 254) [enhance] at com.google.appengine.tools.info.SdkInfo.init(SdkInfo.java:233) [enhance] at com.google.appengine.tools.info.SdkInfo.getSdkRoot(SdkInfo.java:182) [enhance] at com.google.appengine.tools.info.SdkImplInfo.(SdkImplInfo.java: 19) [enhance] ... 2 more On Feb 8, 12:37 am, Carter Maslan wrote: > you can download the new sdk and then point eclipse to use that new sdk (i.e. > you do not have to wait for the eclipse plugin update) > > On Feb 7, 2012, at 9:31 PM, WillSpecht wrote: > > > > > > > > > So looks like I just have to wait till this update pushes to eclipse. > > -- > > You received this message because you are subscribed to the Google Groups > > "Google App Engine for Java" group. > > To view this discussion on the web > > visithttps://groups.google.com/d/msg/google-appengine-java/-/lgHHYlgPfEAJ. > > 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 > > athttp://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] Very strange problem with latest API
I just downloaded the 1.6.2.1 API and have the strangest issue I've ever seen. I've actually tried this 3 times to make sure I wasn't doing something stupid. I copied the API to my project directory and added it via Eclipse's google plugin as an external API directory. No problem, everything works fine. *As soon as I add it to svn it stops working.* Eclipse says: The App Engine SDK '/Users/rmangi/Documents/workspace/bweb-api-branch/ appengine-java-sdk-1.6.2.1' on the project's build path is not valid (Failed to initialize App Engine SDK at /Users/rmangi/Documents/ workspace/bweb-api-branch/appengine-java-sdk-1.6.2.1) bweb-api-branch Unknown Google App Engine Problem And running appcfg.sh from the directory gives this error: rmangi$ ./bin/appcfg.sh ++ dirname ./bin/appcfg.sh ++ sed -e 's#^\([^/]\)#/Users/rmangi/Documents/workspace/bweb-api- branch/appengine-java-sdk-1.6.2.1/\1#' + SDK_BIN=/Users/rmangi/Documents/workspace/bweb-api-branch/appengine- java-sdk-1.6.2.1/./bin + SDK_LIB=/Users/rmangi/Documents/workspace/bweb-api-branch/appengine- java-sdk-1.6.2.1/./bin/../lib + JAR_FILE=/Users/rmangi/Documents/workspace/bweb-api-branch/appengine- java-sdk-1.6.2.1/./bin/../lib/appengine-tools-api.jar + '[' '!' -e /Users/rmangi/Documents/workspace/bweb-api-branch/ appengine-java-sdk-1.6.2.1/./bin/../lib/appengine-tools-api.jar ']' + java -cp /Users/rmangi/Documents/workspace/bweb-api-branch/appengine- java-sdk-1.6.2.1/./bin/../lib/appengine-tools-api.jar com.google.appengine.tools.admin.AppCfg Exception in thread "main" java.lang.ExceptionInInitializerError at com.google.appengine.tools.util.Logging.initializeLogging(Logging.java: 35) at com.google.appengine.tools.admin.AppCfg.main(AppCfg.java:64) Caused by: java.lang.NullPointerException at com.google.appengine.tools.info.SdkInfo.getLibs(SdkInfo.java:77) at com.google.appengine.tools.info.SdkInfo.determineOptionalLibs(SdkInfo.java: 284) at com.google.appengine.tools.info.SdkInfo.determineOptionalUserLibs(SdkInfo.java: 254) at com.google.appengine.tools.info.SdkInfo.init(SdkInfo.java:233) at com.google.appengine.tools.info.SdkInfo.getSdkRoot(SdkInfo.java: 182) at com.google.appengine.tools.info.SdkImplInfo.(SdkImplInfo.java: 19) ... 2 more Has anyone seen anything like this before? -- 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: Problem with CSS on deployment
I actually opened a new question for this... http://groups.google.com/group/google-appengine-java/browse_thread/thread/e62c2442f887119f On Feb 9, 12:07 pm, Rick Mangi wrote: > Has anyone gotten this new sdk to work? I'm getting all sorts of > errors in Eclipse telling me that it's not a valid SDK, most notably > "The selected SDK does not support HRD". When I try to run it from ant > Data Nucleus complains with: > > [enhance] Exception in thread "main" > java.lang.ExceptionInInitializerError > [enhance] at > com.google.appengine.tools.util.Logging.initializeLogging(Logging.java: > 35) > [enhance] at > com.google.appengine.tools.enhancer.Enhance.main(Enhance.java:40) > [enhance] Caused by: java.lang.NullPointerException > [enhance] at > com.google.appengine.tools.info.SdkInfo.getLibs(SdkInfo.java:77) > [enhance] at > com.google.appengine.tools.info.SdkInfo.determineOptionalLibs(SdkInfo.java: > 284) > [enhance] at > com.google.appengine.tools.info.SdkInfo.determineOptionalUserLibs(SdkInfo.j > ava: > 254) > [enhance] at > com.google.appengine.tools.info.SdkInfo.init(SdkInfo.java:233) > [enhance] at > com.google.appengine.tools.info.SdkInfo.getSdkRoot(SdkInfo.java:182) > [enhance] at > com.google.appengine.tools.info.SdkImplInfo.(SdkImplInfo.java: > 19) > [enhance] ... 2 more > > On Feb 8, 12:37 am, Carter Maslan wrote: > > > > > > > > > you can download the new sdk and then point eclipse to use that new sdk > > (i.e. you do not have to wait for the eclipse plugin update) > > > On Feb 7, 2012, at 9:31 PM, WillSpecht wrote: > > > > So looks like I just have to wait till this update pushes to eclipse. > > > -- > > > You received this message because you are subscribed to the Google Groups > > > "Google App Engine for Java" group. > > > To view this discussion on the web > > > visithttps://groups.google.com/d/msg/google-appengine-java/-/lgHHYlgPfEAJ. > > > 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 > > > athttp://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] Re: Very strange problem with latest API
1.6.2.1 hasn't been released to the eclipse plugin repository yet. Also I add it manually to our project because we build with ant as well on our CI server. On Feb 9, 8:11 pm, Emanuele Ziglioli wrote: > I don't understand how you've added it to Eclipse. > Usually I go to the Eclipse Settings / Google and I tell it to search > from the new SDK. > If your project is of GAE nature, all the required jars will be copied > automatically > > On Feb 10, 11:43 am, Rick Mangi wrote: > > > > > I just downloaded the 1.6.2.1 API and have the strangest issue I've -- 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: Setting headers to static files / resources
I accidentally replied to Itsu directly instead of posting to the group... Take a look at: http://code.google.com/p/urlrewritefilter/ He replied that this doesn't work for .html files, which is true and makes sense because requests for static html files are probably never hitting the servlet engine. If you want to add headers to requests for static files they can't be static.. you can still have appengine treat them as such in terms of caching upstream by using urls that are routed to the urlrewritefilter in web.xml by path and then adding cache headers (along with whatever other headers you want included) and forwarding the request to a jsp page or servlet to generate the response. We use this technique frequently to add cache and custom headers to files served out of the blobstore as well as to cache REST requests served via Jersey. For example, this should be understandable to anyone who has done any work with the blobstore... /media/serve/(.*)/stream.mp3 public, max- age=86400 24 hours /serve?blob-key=$1 On Feb 11, 1:15 am, Itsu Tamam wrote: > I'd like to add a custom header to all HTML files served from my app. > > I'm looking for a configuration option in appengine-web.xml > (http://code.google.com/appengine/docs/java/config/appconfig.html) > or web.xml (http://code.google.com/appengine/docs/java/config/webxml.html), > but could not found any. - Maybe I'm missing something in the documentation? > > Wrapping our HTML's in JSP (or any other server side HTML generation > technology) is not a good solution for us - we want our HTML files to be > cached in the front-ends. > > We need this in order to set a X-FRAME-OPTIONS header. > > Help will be really appreciated. > > 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.
[appengine-java] Re: Problem with exception on server startup when GAE sdk is in svn
Dilbert, see my reply on the ticket. Max - that comment about svn being writable is nonsense. I wish you guys would talk to your own support engineers. I tried that solution with my premier support contact and it doesn't even make sense. svn directories are always writable. This is a bug, it's reproducible and it's going to be fixed in 1.6.4 (supposedly). The workaround is posted in my comment on the ticket. It took me weeks of back and forth to get the google engineers to see the problem. If someone had just tried it out I'm sure they would have seen the problem right away. On Thursday, February 2, 2012 4:05:43 AM UTC-5, dilbert wrote: > > We keep the GAE sdk (together with the project) in svn. Yesterday we > upgraded to GAE sdk 1.6.2. It worked fine until we checked it into the svn > repo. After that when the server is started it dies with the following > message: > > Exception in thread "main" java.lang.ExceptionInInitializerError >at com.google.appengine.tools.util.Logging.initializeLogging(Lo > gging.java:35) >at com.google.appengine.tools.development.gwt.AppEngineLauncher > .start(AppEngineLauncher.java:77) >at com.google.gwt.dev.DevMode.doStartUpServer(DevMode.java:509) >at com.google.gwt.dev.DevModeBase.startUp(DevModeBase.java:1068) >at com.google.gwt.dev.DevModeBase.run(DevModeBase.java:811) >at com.google.gwt.dev.DevMode.main(DevMode.java:311) >at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAcce > ssorImpl.java:39) >at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMe > thodAccessorImpl.java:25) >at java.lang.reflect.Method.invoke(Method.java:597) >at com.intellij.rt.execution.application.AppMain.main(AppMain.j > ava:120) > Caused by: java.lang.NullPointerException >at com.google.appengine.tools.info.SdkInfo.getLibs(SdkInfo.java:77) >at com.google.appengine.tools.info.SdkInfo.determineOptionalLib > s(SdkInfo.java:284) >at com.google.appengine.tools.info.SdkInfo.determineOptionalUse > rLibs(SdkInfo.java:254) >at com.google.appengine.tools.info.SdkInfo.init(SdkInfo.java:233) >at com.google.appengine.tools.info.SdkInfo.getSdkRoot(SdkInfo.j > ava:182) >at com.google.appengine.tools.info.SdkImplInfo.(SdkImpl > Info.java:19) >... 11 more > > We keep the sdk in svn since version 1.3.1 and this has never happened > before. Any ideas on why this is happening? Any solution? > Thanks. > -- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group. To view this discussion on the web visit https://groups.google.com/d/msg/google-appengine-java/-/dJrB5UEdA7kJ. 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: Problem with exception on server startup when GAE sdk is in svn
That's on our roadmap, but I'm waiting for Atlassian OnDemand to start supporting maven repos for artifact deployment. It's a good goal, but adding an SDK to subversion shouldn't cause it to break... On Mar 1, 2:34 pm, Jonathan Chen wrote: > On Friday, 2 March 2012 08:24:40 UTC+13, dilbert wrote: > > > Thanks Rick for the valuable information. I do not like the idea of mixing > > jars from different versions just for svn's sake. For now I'll remove GAE > > SDK from svn and handle things manually which is a real pain. Hope they fix > > this issue soon. > > How about using maven to handle your project dependencies instead? -- 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] Logging exceptions all over!
There was an outage today. It showed up in the application status console as "investigating" my site was down for about 10 minutes. On Tuesday, March 6, 2012 9:18:38 PM UTC-5, Takashi Matsuo (Google) wrote: > > Hi Zappa, > > As Jeff said, this list is going to read-only. > > If it's still happening, could you file an issue with an app-id in > following category? > > http://code.google.com/p/googleappengine/issues/entry?template=Production%20issue > > -- Takashi > > On Wed, Mar 7, 2012 at 4:48 AM, Jeff Schnitzer > wrote: > > I also see a few entries like this in my logs. My site is still up, > > however. > > > > (this mailing list is about to go read-only - further discussion should > go > > on the regular google-appeng...@googlegroups.com mailing list) > > > > Jeff > > > > > > On Tue, Mar 6, 2012 at 2:38 PM, Zappa wrote: > >> > >> Suddenly, my application stopped working. Have I missed something? > >> > >> I didn't change a thing. > >> > >> This is the first exception, the website responds now with a 500. > >> > >> 2012-03-05 > >> 18:10:24.941 /page.htm?name=articles.htm 500 2027ms 0kb Mozilla/5.0 > >> (compatible; Googlebot/2.1; +http://www.google.com/bot.html) > >> > >> 66.249.67.79 - - [05/Mar/2012:18:10:24 -0800] "GET > >> /page.htm?name=articles.htm HTTP/1.1" 500 0 - "Mozilla/5.0 (compatible; > >> Googlebot/2.1; +http://www.google.com/bot.html)" "www.vegetarlight.dk" > >> ms=2027 cpu_ms=957 api_cpu_ms=0 cpm_usd=0.026618 loading_request=1 > >> instance=00c61b117c54322c5564374377430cd358ffe857 > >> > >> W2012-03-05 18:10:24.375 > >> > >> Failed to read file: > >> > /base/data/home/apps/vegetarlight/12.339884832661696825/WEB-INF/lib/commons-logging-1.1.1.jar > >> java.util.zip.ZipException: error in opening zip file > >> at java.util.zip.ZipFile.open(Native Method) > >> at java.util.zip.ZipFile.(ZipFile.java:143) > >> at java.util.jar.JarFile.(JarFile.java:150) > >> at java.util.jar.JarFile.(JarFile.java:114) > >> at > >> > org.mortbay.jetty.webapp.TagLibConfiguration.configureWebApp(TagLibConfiguration.java:174) > >> at > >> > org.mortbay.jetty.webapp.WebAppContext.startContext(WebAppContext.java:1247) > >> at > >> > org.mortbay.jetty.handler.ContextHandler.doStart(ContextHandler.java:517) > >> at > org.mortbay.jetty.webapp.WebAppContext.doStart(WebAppContext.java:467) > >> at > >> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) > >> at > >> > com.google.apphosting.runtime.jetty.AppVersionHandlerMap.createHandler(AppVersionHandlerMap.java:202) > >> at > >> > com.google.apphosting.runtime.jetty.AppVersionHandlerMap.getHandler(AppVersionHandlerMap.java:171) > >> at > >> > com.google.apphosting.runtime.jetty.JettyServletEngineAdapter.serviceRequest(JettyServletEngineAdapter.java:123) > >> at > >> > com.google.apphosting.runtime.JavaRuntime$RequestRunnable.run(JavaRuntime.java:422) > >> at > >> > com.google.tracing.TraceContext$TraceContextRunnable.runInContext(TraceContext.java:449) > >> at > >> > com.google.tracing.TraceContext$TraceContextRunnable$1.run(TraceContext.java:455) > >> at > com.google.tracing.TraceContext.runInContext(TraceContext.java:695) > >> at > >> > com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContextNoUnref(TraceContext.java:333) > >> at > >> > com.google.tracing.TraceContext$AbstractTraceContextCallback.runInInheritedContext(TraceContext.java:325) > >> at > >> > com.google.tracing.TraceContext$TraceContextRunnable.run(TraceContext.java:453) > >> at > >> > com.google.apphosting.runtime.ThreadGroupPool$PoolEntry.run(ThreadGroupPool.java:251) > >> at java.lang.Thread.run(Thread.java:679) > >> > >> C2012-03-05 18:10:24.939 > >> > >> Uncaught exception from servlet > >> java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory > >> at net.sourceforge.stripes.util.Log.getInstance(Log.java:43) > >> at > >> > net.sourceforge.stripes.controller.StripesFilter.(StripesFilter.java:57) > >> at > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) > >> at > >> > sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) > >> at > >> > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) > >> at > java.lang.reflect.Constructor.newInstance(Constructor.java:532) > >> at java.lang.Class.newInstance0(Class.java:372) > >> at java.lang.Class.newInstance(Class.java:325) > >> at org.mortbay.jetty.servlet.Holder.newInstance(Holder.java:153) > >> at > org.mortbay.jetty.servlet.FilterHolder.doStart(FilterHolder.java:92) > >> at > >> org.mortbay.component.AbstractLifeCycle.start(AbstractLifeCycle.java:50) > >> at > >> > org.mortbay.jetty.servlet.ServletHand
