[appengine-java] Re: Eclipse - Sign into Google Fails
Got appcfg command line to upload the app but Eclipse still busted and auth fails and will not prompt for credentials. On Jan 8, 4:23 pm, David Thompson wrote: > A page comes up with: OAuth 2.0 error: invalid_request Missing > required parameter: client_id > > I get the error when I press the "Sign into Google" button at the > bottom of Eclipse and also with my appengine project (which is already > deployed once and running) I right click and select "Google->Deploy". > However, if I do Google->Web Toolkit Settings->App Engine->My > applications(link). OAuth works and I get in and see my Applications > Overview and there is my application and it is running. So oauth seems > to work for App Engine login from the Web Tool kit settings but I > cannot login to Google from the buttom at the bottom of the Eclipse > window nor can I deploy my application. I believe the appengine > credentials got whacked or something but cannot see where to change > them since they are correct for the Toolkit settings. I am totally > stuck now unable to deploy a new version of my running appengine > project. Recent history: > > Running Eclipse and Java App Engine plugin great back in September > deployed my application for two different versions and many changes > done without problem (after I fixed a similar auth problem but cannot > figure out how I did it apparently). > > Today (1/8/2012) I made some web page changes nothing really > drastic.The project tested fine and deploy got all the way to the file > upload set and fails. > > Started getting deployment error 404 "application" does not exist even > though toolkits settings login works and shows the application name > exists and is working fine. > > I upgraded all needed parts of eclipse and plugins. Now it is will not > sign nor allow the deployment to start at all because of the oauth > failure above. > > I think some credentials just need to be set or cleared but I see no > way out of where I am at now. > > Hope someone has a clue out there, > Dave -- 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
> We think we know what's happening. This is something that is happening at > app upload time. Can you try setting a new version name for your app, then > passing the --no_batch option when using appcfg.sh? > > appcfg.sh --no_batch update [YOUR_WAR_DIRECTORY] Seems to solve it. I can't reproduce the error as I did by just modifying the spaces in comments in the css file anymore. Shawn -- 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
Just to update this thread with info from another thread: We think we know what's happening. This is something that is happening at app upload time. Can you try setting a new version name for your app, then passing the --no_batch option when using appcfg.sh? appcfg.sh --no_batch update [YOUR_WAR_DIRECTORY] On Tue, Jan 10, 2012 at 9:38 PM, Mos wrote: > Ikai, I sent you my testcase some days ago (it's still broken). Can't you > use it? Didn't get any feedback from you? > > I'm pretty sure: > - It's a SDK 1.6.1 issue (didn't get it before, but got it now from time > to time when doing deployments) > - It seems to be Java only > - It seems to be a race-condition > > Is your code for determine the mime-type of deployed somewhere available. > I'm sure a lot of people > would like to see it and helping out. ;) > > My strong statement is on the other thread: > > http://groups.google.com/group/google-appengine/msg/ba3ae8475e555c0f > > > > On Tue, Jan 10, 2012 at 1:58 AM, Ikai Lan (Google) wrote: > >> 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
[appengine-java] Datastore backup
Hi, What options do I have to backup my big data based data store? 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: 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: Displaying 1000 tweets eats up datastore quotas in minutes
The only issue is with indexing and access patterns. When tweets are stored individually they can be retrieved by queries referring to individual metadata. This unfortunately is costly. So the question remains, is it OK to retrieve whole sets of tweets compressed together into a Blob in Entity? On Jan 10, 7:30 am, de Witte wrote: > 3000 tweets takes about 750 kb, zipped 120Kb, so you can easily store > 20.000 tweets in a single entity. > > Perform any query in memory and you are done. Probably well within the free > quota limits. -- 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: Displaying 1000 tweets eats up datastore quotas in minutes
3000 tweets takes about 750 kb, zipped 120Kb, so you can easily store 20.000 tweets in a single entity. Perform any query in memory and you are done. Probably well within the free quota limits. -- 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/-/Y3TTHEIomlkJ. 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 sent you my testcase some days ago (it's still broken). Can't you use it? Didn't get any feedback from you? I'm pretty sure: - It's a SDK 1.6.1 issue (didn't get it before, but got it now from time to time when doing deployments) - It seems to be Java only - It seems to be a race-condition Is your code for determine the mime-type of deployed somewhere available. I'm sure a lot of people would like to see it and helping out. ;) My strong statement is on the other thread: http://groups.google.com/group/google-appengine/msg/ba3ae8475e555c0f On Tue, Jan 10, 2012 at 1:58 AM, Ikai Lan (Google) wrote: > 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, sen
Re: [appengine-java] Re: problem with Content-type: null with css files
Please I can't complete my application till today???
Sent from my BlackBerry® Smartphone, from Etisalat. Enjoy high speed internet
service with Etisalat easy net, available at all our experience centres
-Original Message-
From: Shawn Brown
Sender: google-appengine-java@googlegroups.com
Date: Tue, 10 Jan 2012 16:08:39
To:
Reply-To: google-appengine-java@googlegroups.com
Cc:
Subject: 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.
--
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: Displaying 1000 tweets eats up datastore quotas in minutes
Amy, My app is like the archived version of allmytweets.net, so not using crons. You enter a Twitter username, browse tweets and possibly download the stream. I've installed Appstats and read on unindexing. Caching definitely helps a lot for the reads. It would still fill the quotas with just a handful of visitors, because; - a typical user would like to check at least two or three Twitter streams, - which would load thousands of tweets in minutes, - thus many datastore writes (named datastore_v3.Put in Appstats) - and uncached reads (named datastore_v3.Next in Appstats). On Jan 9, 1:25 am, 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.
Re: [appengine-java] Re: problem with Content-type: null with css files
I just ran into it after a push, right after everything reset and with the css mime-type workaround in place. jon On Mon, Jan 9, 2012 at 6:19 PM, Matthew Johnson wrote: > 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/ >>>
