Re: [appengine-java] Re: problem with Content-type: null with css files
> If someone has a deterministically reproducible case that you can share with
> us (project files and everything), it'd be very helpful for us to nail this
> bug. We aren't able to do this with our test apps (big apps, small apps).
> There's got to be some parameter that's different in your apps.
I had the same problem and realized I can induce/eliminate the error
just by altering a comment (the first lines in the file -- not sure
about elsewhere).
test 1 - This fails:
/*test
*/
html,body,h1,h2,h3,h4,h5,h6,p,ol,ul,li,pre,code,address,variable,form,fieldset,blockquote
{
padding: 0;
margin: 0;
font-size: 100%;
font-weight: normal;
}
test 2 - This succeeds:
/*test
*/
html,body,h1,h2,h3,h4,h5,h6,p,ol,ul,li,pre,code,address,variable,form,fieldset,blockquote
{
padding: 0;
margin: 0;
font-size: 100%;
font-weight: normal;
}
test 3 - this fails:
/*test*/
html,body,h1,h2,h3,h4,h5,h6,p,ol,ul,li,pre,code,address,variable,form,fieldset,blockquote
{
padding: 0;
margin: 0;
font-size: 100%;
font-weight: normal;
}
test 4 - this succeeds:
/*test*/
html,body,h1,h2,h3,h4,h5,h6,p,ol,ul,li,pre,code,address,variable,form,fieldset,blockquote
{
padding: 0;
margin: 0;
font-size: 100%;
font-weight: normal;
}
test 5 - this succeeds
/*test
*/
html,body,h1,h2,h3,h4,h5,h6,p,ol,ul,li,pre,code,address,variable,form,fieldset,blockquote
{
padding: 0;
margin: 0;
font-size: 100%;
font-weight: normal;
}
(when combined with web.xml):
.css
text/css
NOTE: It's more complicated that I depict here as if I remove the
web.xml workaround for test 5 it still works. But then if I add
another space between the comment and first html rule, it fails again.
Anyway, just changing the spacing around the initial comment will
result in the mime type being set or not.
NOTE 2: I verified my css file was w3c valid but I have not posted the
whole thing. The only change was spacing around the initial
comment...
NOTE3: AE 1.6.1
--
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: problem with Content-type: null with css files
Ikai, I'm using GAP SDK 1.6.1, and so far, I'm the only dev on my team who's experienced this. Sorry I wasn't clear in my earlier reply to Jon. I did NOT need to use Jon's fix; my mime-mapping entry (seemed to) work fine without the period, but only AFTER I incremented the version number. I pushed twice to the same version number after adding the mime-mapping entry with no results. I just removed the xml entry and deployed to the working version number. The mime-type problem resurfaces without the entry, so I don't think it's a red herring. Here's a point of interest: we use a CSS build process, and the symptom first occurred after a fresh build and a deploy to a new version number. Thinking it was a syntax related error, I pulled the content from the default version of my app and pasted it into the css file in question. This *fixed the problem*. I just confirmed that with my freshly incremented build I can fix the css mime-type issue by copying in css content from the default version, without the mime-mapping entry. Once I use the newer css, the problem resurfaces. Summary: -Mime-mapping entry didn't work until I updated the version number. -After fixing with the new version and Mime-mapping entry, removing the mime-mapping entry reintroduced the problem. -I can also fix the content-type by copying content from my default app's version of the file into this version, and pushing that to the same version (without the mime-mapping entry) Hope these (strange) details help out a bit. Cheers, Matt On Jan 9, 2012, at 5:20 PM, Ikai Lan (Google) wrote: > It sounds like the data about this XML snippet is still inconclusive. > > - Jon Stevens reports that if you change the extension to .css, it works > - Matt, in addition to using Jon's fix to the fix, you needed to increment > the version to fix the broken mime-type > > So it's possible the XML snippet might be a red herring and it's something in > the deployment/version incrementing mechanism that fixes something about the > file being in a bad state. > > Does anyone else have anything to report? > > -- > Ikai Lan > Developer Programs Engineer, Google App Engine > plus.ikailan.com | twitter.com/ikai > > > > On Mon, Jan 9, 2012 at 5:01 PM, Matthew Johnson > wrote: > Jon, FYI, this fix didn't work for me until I incremented the version number. > Then it worked great. > > Cheers, > Matt > > > On Jan 9, 2012, at 4:39 PM, Jon Stevens wrote: > >> Just did that, redeployed and it didn't fix anything. >> >> Edited the part below to have .css (adding a period) >> and now the workaround to the workaround works. >> >> jon >> >> >> On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh wrote: >> For those affected, it looks like a workaround is to add the following to >> your web.xml: >> >> >> css >> text/css >> >> >> On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: >> Well, it seems it isn't just me, so I just filed a ticket: >> >> http://code.google.com/p/googleappengine/issues/detail?id=6655 >> >> Please star it. >> >> jon >> >> >> On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan wrote: >> > we had the same problem and it was solved by updating the css file (with a >> > space) and pushing again (without an app version change). Appreciate any >> > info you find on preventing this problem. It behaved as though it was a >> > problem in GAE's caching of static files. >> > >> > >> > >> > >> > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: >> > >> >> I got it working again by updating the version number in my appengine- >> >> web.xml and pushing the new version. Still have no idea what happened >> >> here. >> >> >> >> -J >> >> >> >> On Dec 24, 4:48 pm, jon stevens wrote: >> >>> Hey there, >> >>> >> >>> I've got an app up on GAE-J that when I request a .css file, I get back a >> >>> Content-Type: null, which is causing Chrome/Safari to not render the page >> >>> correctly. Any ideas why this would happen? Here is an example of what I >> >>> see in the Chrome Developer Tools -> Network -> Headers. I tried adding >> >>> the >> >>> mime-extension to the web.xml and that didn't do anything. >> >>> >> >>> Request URL:http://appid.appspot.com/css/gen/main.css >> >>> Request Method:GET >> >>> Status Code:200 OK >> >>> >> >>> Request Headers >> >>> Accept:text/css,*/*;q=0.1 >> >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 >> >>> Accept-Encoding:gzip,deflate,sdch >> >>> Accept-Language:en-US,en;q=0.8 >> >>> Authorization:Basic sldkjf >> >>> Cache-Control:max-age=0 >> >>> Connection:keep-alive >> >>> Host:appid.appspot.com >> >>> If-None-Match:"Cf2J0A" >> >>> Referer:http://appid.appspot.com/ >> >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) >> >>> AppleWebKit/535.7 >> >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 >> >>> >> >>> Response Headers >> >>> Cache-Control:public, max-age=600 >> >>> Content-Length:112490 >> >>> Content-Type:null >> >>> Date:Sun, 25 Dec 2011 00:23:00 GM
Re: [appengine-java] Re: problem with Content-type: null with css files
I have no idea how your internal systems work, but I'd look into the code which sets the Content-Type header and see what could possibly set it to null or not set it at all and then work back from there. Some more data points for reproduction? My css file is fairly large since I have one file for my entire site: ~143k The file is nested in the war file. /war/css/main.css The file is generated via a bunch of .less files and compiled with lessc. jon On Mon, Jan 9, 2012 at 5:20 PM, Ikai Lan (Google) wrote: > It sounds like the data about this XML snippet is still inconclusive. > > - Jon Stevens reports that if you change the extension to .css, it works > - Matt, in addition to using Jon's fix to the fix, you needed to increment > the version to fix the broken mime-type > > So it's possible the XML snippet might be a red herring and it's something > in the deployment/version incrementing mechanism that fixes something about > the file being in a bad state. > > Does anyone else have anything to report? > > -- > Ikai Lan > Developer Programs Engineer, Google App Engine > plus.ikailan.com | twitter.com/ikai > > > > On Mon, Jan 9, 2012 at 5:01 PM, Matthew Johnson > wrote: > >> Jon, FYI, this fix didn't work for me until I incremented the version >> number. Then it worked great. >> >> Cheers, >> Matt >> >> >> On Jan 9, 2012, at 4:39 PM, Jon Stevens wrote: >> >> Just did that, redeployed and it didn't fix anything. >> >> Edited the part below to have .css (adding a >> period) and now the workaround to the workaround works. >> >> jon >> >> >> On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh wrote: >> >>> For those affected, it looks like a workaround is to add the following >>> to your web.xml: >>> >>> >>> css >>> text/css >>> >>> >>> On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: >>> Well, it seems it isn't just me, so I just filed a ticket: http://code.google.com/p/googleappengine/issues/detail?id=6655 Please star it. jon On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan wrote: > we had the same problem and it was solved by updating the css file (with a space) and pushing again (without an app version change). Appreciate any info you find on preventing this problem. It behaved as though it was a problem in GAE's caching of static files. > > > > > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: > >> I got it working again by updating the version number in my appengine- >> web.xml and pushing the new version. Still have no idea what happened >> here. >> >> -J >> >> On Dec 24, 4:48 pm, jon stevens wrote: >>> Hey there, >>> >>> I've got an app up on GAE-J that when I request a .css file, I get back a >>> Content-Type: null, which is causing Chrome/Safari to not render the page >>> correctly. Any ideas why this would happen? Here is an example of what I >>> see in the Chrome Developer Tools -> Network -> Headers. I tried adding the >>> mime-extension to the web.xml and that didn't do anything. >>> >>> Request URL:http://appid.appspot.com/css/gen/main.css >>> Request Method:GET >>> Status Code:200 OK >>> >>> Request Headers >>> Accept:text/css,*/*;q=0.1 >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 >>> Accept-Encoding:gzip,deflate,sdch >>> Accept-Language:en-US,en;q=0.8 >>> Authorization:Basic sldkjf >>> Cache-Control:max-age=0 >>> Connection:keep-alive >>> Host:appid.appspot.com >>> If-None-Match:"Cf2J0A" >>> Referer:http://appid.appspot.com/ >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) AppleWebKit/535.7 >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 >>> >>> Response Headers >>> Cache-Control:public, max-age=600 >>> Content-Length:112490 >>> Content-Type:null >>> Date:Sun, 25 Dec 2011 00:23:00 GMT >>> ETag:"NfQmpA" >>> Expires:Sun, 25 Dec 2011 00:33:00 GMT >>> Server:Google Frontend >> >> -- >> 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/g
Re: [appengine-java] Re: problem with Content-type: null with css files
It sounds like the data about this XML snippet is still inconclusive. - Jon Stevens reports that if you change the extension to .css, it works - Matt, in addition to using Jon's fix to the fix, you needed to increment the version to fix the broken mime-type So it's possible the XML snippet might be a red herring and it's something in the deployment/version incrementing mechanism that fixes something about the file being in a bad state. Does anyone else have anything to report? -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Mon, Jan 9, 2012 at 5:01 PM, Matthew Johnson wrote: > Jon, FYI, this fix didn't work for me until I incremented the version > number. Then it worked great. > > Cheers, > Matt > > > On Jan 9, 2012, at 4:39 PM, Jon Stevens wrote: > > Just did that, redeployed and it didn't fix anything. > > Edited the part below to have .css (adding a > period) and now the workaround to the workaround works. > > jon > > > On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh wrote: > >> For those affected, it looks like a workaround is to add the following to >> your web.xml: >> >> >> css >> text/css >> >> >> On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: >> >>> Well, it seems it isn't just me, so I just filed a ticket: >>> >>> http://code.google.com/p/googleappengine/issues/detail?id=6655 >>> >>> Please star it. >>> >>> jon >>> >>> >>> On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan >>> wrote: >>> > we had the same problem and it was solved by updating the css file >>> (with a space) and pushing again (without an app version change). >>> Appreciate any info you find on preventing this problem. It behaved as >>> though it was a problem in GAE's caching of static files. >>> > >>> > >>> > >>> > >>> > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: >>> > >>> >> I got it working again by updating the version number in my appengine- >>> >> web.xml and pushing the new version. Still have no idea what happened >>> >> here. >>> >> >>> >> -J >>> >> >>> >> On Dec 24, 4:48 pm, jon stevens wrote: >>> >>> Hey there, >>> >>> >>> >>> I've got an app up on GAE-J that when I request a .css file, I get >>> back a >>> >>> Content-Type: null, which is causing Chrome/Safari to not render the >>> page >>> >>> correctly. Any ideas why this would happen? Here is an example of >>> what I >>> >>> see in the Chrome Developer Tools -> Network -> Headers. I tried >>> adding the >>> >>> mime-extension to the web.xml and that didn't do anything. >>> >>> >>> >>> Request URL:http://appid.appspot.com/css/gen/main.css >>> >>> Request Method:GET >>> >>> Status Code:200 OK >>> >>> >>> >>> Request Headers >>> >>> Accept:text/css,*/*;q=0.1 >>> >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 >>> >>> Accept-Encoding:gzip,deflate,sdch >>> >>> Accept-Language:en-US,en;q=0.8 >>> >>> Authorization:Basic sldkjf >>> >>> Cache-Control:max-age=0 >>> >>> Connection:keep-alive >>> >>> Host:appid.appspot.com >>> >>> If-None-Match:"Cf2J0A" >>> >>> Referer:http://appid.appspot.com/ >>> >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) >>> AppleWebKit/535.7 >>> >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 >>> >>> >>> >>> Response Headers >>> >>> Cache-Control:public, max-age=600 >>> >>> Content-Length:112490 >>> >>> Content-Type:null >>> >>> Date:Sun, 25 Dec 2011 00:23:00 GMT >>> >>> ETag:"NfQmpA" >>> >>> Expires:Sun, 25 Dec 2011 00:33:00 GMT >>> >>> Server:Google Frontend >>> >> >>> >> -- >>> >> 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. >>> > >>> >>> -- >>> 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.
[appengine-java] Cause of NoClassDefFoundError?
We are sporadically getting this java.lang.NoClassDefFoundError error even though we have no deployment changes at all. Any tips on finding the cause of this error? 2012-01-09 16:44:23.725 Uncaught exception from servlet java.lang.NoClassDefFoundError: Could not initialize class com.camiolog.camlog.server.servlet.ImagePostHandlerServlet 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.ServletHolder.initServlet(ServletHolder.java: 428) 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: 102) 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: 249) 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 $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) -- 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: problem with Content-type: null with css files
Jon, FYI, this fix didn't work for me until I incremented the version number. Then it worked great. Cheers, Matt On Jan 9, 2012, at 4:39 PM, Jon Stevens wrote: > Just did that, redeployed and it didn't fix anything. > > Edited the part below to have .css (adding a period) > and now the workaround to the workaround works. > > jon > > > On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh wrote: > For those affected, it looks like a workaround is to add the following to > your web.xml: > > > css > text/css > > > On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: > Well, it seems it isn't just me, so I just filed a ticket: > > http://code.google.com/p/googleappengine/issues/detail?id=6655 > > Please star it. > > jon > > > On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan wrote: > > we had the same problem and it was solved by updating the css file (with a > > space) and pushing again (without an app version change). Appreciate any > > info you find on preventing this problem. It behaved as though it was a > > problem in GAE's caching of static files. > > > > > > > > > > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: > > > >> I got it working again by updating the version number in my appengine- > >> web.xml and pushing the new version. Still have no idea what happened > >> here. > >> > >> -J > >> > >> On Dec 24, 4:48 pm, jon stevens wrote: > >>> Hey there, > >>> > >>> I've got an app up on GAE-J that when I request a .css file, I get back a > >>> Content-Type: null, which is causing Chrome/Safari to not render the page > >>> correctly. Any ideas why this would happen? Here is an example of what I > >>> see in the Chrome Developer Tools -> Network -> Headers. I tried adding > >>> the > >>> mime-extension to the web.xml and that didn't do anything. > >>> > >>> Request URL:http://appid.appspot.com/css/gen/main.css > >>> Request Method:GET > >>> Status Code:200 OK > >>> > >>> Request Headers > >>> Accept:text/css,*/*;q=0.1 > >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 > >>> Accept-Encoding:gzip,deflate,sdch > >>> Accept-Language:en-US,en;q=0.8 > >>> Authorization:Basic sldkjf > >>> Cache-Control:max-age=0 > >>> Connection:keep-alive > >>> Host:appid.appspot.com > >>> If-None-Match:"Cf2J0A" > >>> Referer:http://appid.appspot.com/ > >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) > >>> AppleWebKit/535.7 > >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 > >>> > >>> Response Headers > >>> Cache-Control:public, max-age=600 > >>> Content-Length:112490 > >>> Content-Type:null > >>> Date:Sun, 25 Dec 2011 00:23:00 GMT > >>> ETag:"NfQmpA" > >>> Expires:Sun, 25 Dec 2011 00:33:00 GMT > >>> Server:Google Frontend > >> > >> -- > >> 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. > > > > -- > 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. > > > -- > 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 unsubsc
Re: [appengine-java] Re: problem with Content-type: null with css files
Are you all on the 1.6.1 SDK? Is someone experiencing this deploying with an older SDK? If someone has a deterministically reproducible case that you can share with us (project files and everything), it'd be very helpful for us to nail this bug. We aren't able to do this with our test apps (big apps, small apps). There's got to be some parameter that's different in your apps. -- Ikai Lan Developer Programs Engineer, Google App Engine plus.ikailan.com | twitter.com/ikai On Mon, Jan 9, 2012 at 4:39 PM, Jon Stevens wrote: > Just did that, redeployed and it didn't fix anything. > > Edited the part below to have .css (adding a > period) and now the workaround to the workaround works. > > jon > > > On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh wrote: > >> For those affected, it looks like a workaround is to add the following to >> your web.xml: >> >> >> css >> text/css >> >> >> On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: >> >>> Well, it seems it isn't just me, so I just filed a ticket: >>> >>> http://code.google.com/p/googleappengine/issues/detail?id=6655 >>> >>> Please star it. >>> >>> jon >>> >>> >>> On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan >>> wrote: >>> > we had the same problem and it was solved by updating the css file >>> (with a space) and pushing again (without an app version change). >>> Appreciate any info you find on preventing this problem. It behaved as >>> though it was a problem in GAE's caching of static files. >>> > >>> > >>> > >>> > >>> > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: >>> > >>> >> I got it working again by updating the version number in my appengine- >>> >> web.xml and pushing the new version. Still have no idea what happened >>> >> here. >>> >> >>> >> -J >>> >> >>> >> On Dec 24, 4:48 pm, jon stevens wrote: >>> >>> Hey there, >>> >>> >>> >>> I've got an app up on GAE-J that when I request a .css file, I get >>> back a >>> >>> Content-Type: null, which is causing Chrome/Safari to not render the >>> page >>> >>> correctly. Any ideas why this would happen? Here is an example of >>> what I >>> >>> see in the Chrome Developer Tools -> Network -> Headers. I tried >>> adding the >>> >>> mime-extension to the web.xml and that didn't do anything. >>> >>> >>> >>> Request URL:http://appid.appspot.com/css/gen/main.css >>> >>> Request Method:GET >>> >>> Status Code:200 OK >>> >>> >>> >>> Request Headers >>> >>> Accept:text/css,*/*;q=0.1 >>> >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 >>> >>> Accept-Encoding:gzip,deflate,sdch >>> >>> Accept-Language:en-US,en;q=0.8 >>> >>> Authorization:Basic sldkjf >>> >>> Cache-Control:max-age=0 >>> >>> Connection:keep-alive >>> >>> Host:appid.appspot.com >>> >>> If-None-Match:"Cf2J0A" >>> >>> Referer:http://appid.appspot.com/ >>> >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) >>> AppleWebKit/535.7 >>> >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 >>> >>> >>> >>> Response Headers >>> >>> Cache-Control:public, max-age=600 >>> >>> Content-Length:112490 >>> >>> Content-Type:null >>> >>> Date:Sun, 25 Dec 2011 00:23:00 GMT >>> >>> ETag:"NfQmpA" >>> >>> Expires:Sun, 25 Dec 2011 00:33:00 GMT >>> >>> Server:Google Frontend >>> >> >>> >> -- >>> >> 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. >>> > >>> >>> -- >>> 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. >> > > -- > You received this message because you are subscribed to the Google
Re: [appengine-java] Re: problem with Content-type: null with css files
Just did that, redeployed and it didn't fix anything. Edited the part below to have .css (adding a period) and now the workaround to the workaround works. jon On Mon, Jan 9, 2012 at 3:16 PM, Amy Unruh wrote: > For those affected, it looks like a workaround is to add the following to > your web.xml: > > > css > text/css > > > On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: > >> Well, it seems it isn't just me, so I just filed a ticket: >> >> http://code.google.com/p/googleappengine/issues/detail?id=6655 >> >> Please star it. >> >> jon >> >> >> On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan wrote: >> > we had the same problem and it was solved by updating the css file >> (with a space) and pushing again (without an app version change). >> Appreciate any info you find on preventing this problem. It behaved as >> though it was a problem in GAE's caching of static files. >> > >> > >> > >> > >> > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: >> > >> >> I got it working again by updating the version number in my appengine- >> >> web.xml and pushing the new version. Still have no idea what happened >> >> here. >> >> >> >> -J >> >> >> >> On Dec 24, 4:48 pm, jon stevens wrote: >> >>> Hey there, >> >>> >> >>> I've got an app up on GAE-J that when I request a .css file, I get >> back a >> >>> Content-Type: null, which is causing Chrome/Safari to not render the >> page >> >>> correctly. Any ideas why this would happen? Here is an example of >> what I >> >>> see in the Chrome Developer Tools -> Network -> Headers. I tried >> adding the >> >>> mime-extension to the web.xml and that didn't do anything. >> >>> >> >>> Request URL:http://appid.appspot.com/css/gen/main.css >> >>> Request Method:GET >> >>> Status Code:200 OK >> >>> >> >>> Request Headers >> >>> Accept:text/css,*/*;q=0.1 >> >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 >> >>> Accept-Encoding:gzip,deflate,sdch >> >>> Accept-Language:en-US,en;q=0.8 >> >>> Authorization:Basic sldkjf >> >>> Cache-Control:max-age=0 >> >>> Connection:keep-alive >> >>> Host:appid.appspot.com >> >>> If-None-Match:"Cf2J0A" >> >>> Referer:http://appid.appspot.com/ >> >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) >> AppleWebKit/535.7 >> >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 >> >>> >> >>> Response Headers >> >>> Cache-Control:public, max-age=600 >> >>> Content-Length:112490 >> >>> Content-Type:null >> >>> Date:Sun, 25 Dec 2011 00:23:00 GMT >> >>> ETag:"NfQmpA" >> >>> Expires:Sun, 25 Dec 2011 00:33:00 GMT >> >>> Server:Google Frontend >> >> >> >> -- >> >> 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. >> > >> >> -- >> 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. > -- 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: problem with Content-type: null with css files
For those affected, it looks like a workaround is to add the following to your web.xml: css text/css On Mon, Jan 2, 2012 at 3:19 PM, Jon Stevens wrote: > Well, it seems it isn't just me, so I just filed a ticket: > > http://code.google.com/p/googleappengine/issues/detail?id=6655 > > Please star it. > > jon > > > On Sun, Jan 1, 2012 at 8:13 PM, Carter Maslan wrote: > > we had the same problem and it was solved by updating the css file (with > a space) and pushing again (without an app version change). Appreciate any > info you find on preventing this problem. It behaved as though it was a > problem in GAE's caching of static files. > > > > > > > > > > On Dec 30, 2011, at 8:34 PM, jnamnath wrote: > > > >> I got it working again by updating the version number in my appengine- > >> web.xml and pushing the new version. Still have no idea what happened > >> here. > >> > >> -J > >> > >> On Dec 24, 4:48 pm, jon stevens wrote: > >>> Hey there, > >>> > >>> I've got an app up on GAE-J that when I request a .css file, I get > back a > >>> Content-Type: null, which is causing Chrome/Safari to not render the > page > >>> correctly. Any ideas why this would happen? Here is an example of what > I > >>> see in the Chrome Developer Tools -> Network -> Headers. I tried > adding the > >>> mime-extension to the web.xml and that didn't do anything. > >>> > >>> Request URL:http://appid.appspot.com/css/gen/main.css > >>> Request Method:GET > >>> Status Code:200 OK > >>> > >>> Request Headers > >>> Accept:text/css,*/*;q=0.1 > >>> Accept-Charset:ISO-8859-1,utf-8;q=0.7,*;q=0.3 > >>> Accept-Encoding:gzip,deflate,sdch > >>> Accept-Language:en-US,en;q=0.8 > >>> Authorization:Basic sldkjf > >>> Cache-Control:max-age=0 > >>> Connection:keep-alive > >>> Host:appid.appspot.com > >>> If-None-Match:"Cf2J0A" > >>> Referer:http://appid.appspot.com/ > >>> User-Agent:Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_2) > AppleWebKit/535.7 > >>> (KHTML, like Gecko) Chrome/16.0.912.63 Safari/535.7 > >>> > >>> Response Headers > >>> Cache-Control:public, max-age=600 > >>> Content-Length:112490 > >>> Content-Type:null > >>> Date:Sun, 25 Dec 2011 00:23:00 GMT > >>> ETag:"NfQmpA" > >>> Expires:Sun, 25 Dec 2011 00:33:00 GMT > >>> Server:Google Frontend > >> > >> -- > >> 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. > > > > -- > 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] Average memory - what does it mean?
What does the average memory represent? We have an application in Java and we have not seen the average memory go down. We figured it is the sum of instance memory (sessions and other objects) & memcache. We hardly use the httpsession (eg user preferences, user object; nothing else) and now we have introduced memcache cleanall as well. Even after memcache clean up there is no reduction in the average memory, the memcache size does go down. Furthermore, as time progresses the avg memory rises. We are not sure if this automatically bumps up the frontend instance to F2 from our default F1. We would like to know how exactly the average memory is calculated. When does it reduce? What triggers the reduction? Any help will be appreciated. -- You received this message because you are subscribed to the Google Groups "Google App Engine for Java" group. To post to this group, send email to google-appengine-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 Backend service development on local env
We're also getting the (on dev machines): Exception in thread "main" java.lang.OutOfMemoryError: PermGen space. This happens when we raise the number of backend instances. When we use 3 backend instances (on local machine), the dev server works fine. When we use 4, sometimes it works - mostly not. Above that, we always get the OutOfMemoryError exception. Here are the exception details: java.lang.OutOfMemoryError: PermGen space at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClassCond(ClassLoader.java:632) at java.lang.ClassLoader.defineClass(ClassLoader.java:616) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java: 141) at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) at java.net.URLClassLoader.access$000(URLClassLoader.java:58) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:190) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at com.google.appengine.tools.development.IsolatedAppClassLoader.loadClass(IsolatedAppClassLoader.java: 176) at java.lang.ClassLoader.loadClass(ClassLoader.java:248) at com.google.appengine.api.datastore.DatastoreServiceImpl.(DatastoreServiceImpl.java: 31) at com.google.appengine.api.datastore.DatastoreServiceFactory.getDatastoreService(DatastoreServiceFactory.java: 47) at com.google.appengine.api.datastore.DatastoreServiceFactory.getDatastoreService(DatastoreServiceFactory.java: 20) at com.google.appengine.api.taskqueue.QueueImpl.(QueueImpl.java: 47) at com.google.appengine.api.taskqueue.QueueFactory.getQueue(QueueFactory.java: 36) at com.saymg.oktapi.guice.ServicesModule.configure(ServicesModule.java: 182) at com.google.inject.AbstractModule.configure(AbstractModule.java:59) at com.google.inject.spi.Elements $RecordingBinder.install(Elements.java:223) at com.google.inject.spi.Elements.getElements(Elements.java:101) at com.google.inject.internal.InjectorShell $Builder.build(InjectorShell.java:138) at com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java: 115) at com.google.inject.InjectorBuilder.build(InjectorBuilder.java:100) at com.google.inject.Guice.createInjector(Guice.java:95) at com.google.inject.Guice.createInjector(Guice.java:72) at com.google.inject.Guice.createInjector(Guice.java:61) at com.saymg.oktapi.guice.InjectorFactory.(InjectorFactory.java: 14) at com.saymg.oktapi.guice.WebGuiceServletContextListener.getInjector(WebGuiceServletContextListener.java: 16) at com.google.inject.servlet.GuiceServletContextListener.contextInitialized(GuiceServletContextListener.java: 45) at com.saymg.oktapi.guice.WebGuiceServletContextListener.contextInitialized(WebGuiceServletContextListener.java: 23) at org.mortbay.jetty.handler.ContextHandler.startContext(ContextHandler.java: 548) I think that the dev environment tries for each backend instance defined in backends.xml. Looking for a way to bypass this problem, with no configuration changes of backends.xml, since we want to do as less changes as possible between dev env and deployed app. On Jan 5, 9:44 am, jhonghee wrote: > As I reported in my previous > post:https://groups.google.com/group/google-appengine-java/browse_thread/t..., > I am having this PermGen issue consistently now. > > I think that it's really related to localdevenvironment support > forBackendservice. Please take a look at following stacktrace. It > originated from BackendServersFilter. If I disabledBackendService on > my localdev, I don't have PermGen issue. > > java.lang.OutOfMemoryError: PermGen space > at java.lang.ClassLoader.defineClass1(Native Method) > at java.lang.ClassLoader.defineClassCond(ClassLoader.java:631) > at java.lang.ClassLoader.defineClass(ClassLoader.java:615) > at java.security.SecureClassLoader.defineClass(SecureClassLoader.java: > 141) > at java.net.URLClassLoader.defineClass(URLClassLoader.java:283) > at java.net.URLClassLoader.access$000(URLClassLoader.java:58) > at java.net.URLClassLoader$1.run(URLClassLoader.java:197) > at java.security.AccessController.doPrivileged(Native Method) > at java.net.URLClassLoader.findClass(URLClassLoader.java:190) > at java.lang.ClassLoader.loadClass(ClassLoader.java:306) > at > com.google.appengine.tools.development.IsolatedAppClassLoader.loadClass(Iso > latedAppClassLoader.java: > 176) > at java.lang.ClassLoader.loadClass(ClassLoader.java:247) > at > org.codehaus.jackson.util.BufferRecycler.(BufferRecycler.java: > 48) > at > org.codehaus.jackson.JsonFactory._getBufferRecycler(JsonFactory.java: > 601)
[appengine-java] Re: Displaying 1000 tweets eats up datastore quotas in minutes
Mat, It's like you have a blog and you store every word in a single Entity. Think how quickly your quotas would fill up in a few page views. I'm considering storing multiple tweets or even the entire stream in a single Entity. This perfectly suits for the main purpose of the site as the focus is streams rather than single tweets. You're right about the RDBMS remark, as I fear for example, it would be harder to add features like 'showing all tweets in January' with this multiple tweets approach. On 9 Ocak, 01:54, Matthew Jaggard wrote: > You're thinking far too much like an RDBMS user. Imagine for a moment that > querying a database is like picking up polystyrene balls. SQL Server or > whatever is like a vacuum cleaner, the datastore is like a pair of hands. > Picking up a million polystyrene balls with your hands is perfectly > possible but hopelessly inefficient. Picking up a really big piece of > polystyrene however is trivial, size being almost irrelevant. Equally, SQL > Server/vacuum cleaner will collect tiny parts from various places with ease. > > So, in your case, I'd definitely combine multiple tweets, I might even put > all of the tweets for a user in the same entity as his other details - > login, etc. See objectify and its load groups for how to do this but > keeping logical separation in Java objects. > > Mat. > On 8 Jan 2012 23:25, "Amy Unruh" wrote: > > > > > > > > > Serdar, > > > If you are frequently pulling in and storing many users' Twitter streams, > > this might well require you to enable billing for your app eventually. > > However, during initial development and testing, you can probably reduce > > costs enough to avoid that (e.g., try turning down cron frequency). See > > also the documentation regarding billable resources (e.g. > >http://code.google.com/appengine/docs/billing.html#Billable_Resource_...). > >For example, if not all properties in your entities need to be indexed, > > you can reduce your write costs by setting some to unindexed. > > > As you comment, you ought to be able to greatly reduce the number of reads > > by using memcache. You can use appstats ( > >http://code.google.com/appengine/docs/python/tools/appstats.html) to get > > more detail on where your reads and writes are occurring. > > > On Sun, Jan 8, 2012 at 10:09 PM, Serdar wrote: > > >> My app archives and displays tweets in a simple layout, which lets > >> people easily browse older tweets of Twitter users. > > >> This is what happens in a typical user page: > > >> - Get 100 more tweets via Twitter API and save to the datastore. Each > >> tweet is stored in a single Entity. > > >> - Get 1000 (will be 200 in the real case) tweets from the datastore > >> and display. > > >> These datastore reads and writes fill the limits very very quickly. > >> Even a single user (that's me testing) fills the quotas in minutes, > >> checking one or two Twitter user's tweets. > > >> I'll use memcache for the reads and that'll help but I don't see my > >> app could serve more than 10 users a day. > > >> An idea is to save, say, 100 tweets in a single Entity but that just > >> sounds not right in terms of data structure. > > >> How would you store and display tweets (more than 100 a page) in your > >> application? (A typical visitor would like to browse some thousands of > >> tweets.) > > >> -- > >> 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. -- 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: Failed to initialize App Engine SDK at ... appengine-java-sdk-1.6.0
Hi, As Sven, I also solved the problem by forcing the JRE of STS/eclipse to jdk1.6.0; indeed it was 1.5 by default... On 8 jan, 08:16, Sven Busse wrote: > Me again,* * > > i could solve the problem by switching the java runtime in eclipse, i now > run on the JRE, that comes with the jdk1.6.0_21, that i have installed > currently. > > When having done that, the GAE sdk 1.6.1 "magically" appeared :) -- 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.
