As you discovered... as soon as you think you've solved the problem, it happens again :-(
I also experience this problem with some of the GAE jars. It's really, really annoying but I don't have time to rebuild my eclipse install from scratch... Jeff On Mon, Jan 18, 2010 at 4:20 PM, Erik Uzureau <uzur...@gmail.com> wrote: > A colleague of mine seems to have found a solution to this: > http://code.google.com/p/google-web-toolkit/issues/detail?id=4463#c7 > > > > On Jan 18, 5:54 pm, Erik Uzureau <uzur...@gmail.com> wrote: >> The real question here is what do we all (on this thread) have in >> common that the rest of the world doesn't. >> >> Surely we are more than 6 people in the world using GWT 2.0.... are we >> the only people withgwt-servlet.jar >> in /WEB-INF/lib in our SVN repositories.... or is it something else? >> >> Also, if it is patently wrong to have thegwt-servlet.jarfile in the / >> WEB-INF/lib file... then why are we clearly >> told to put it there here: >> >> http://code.google.com/webtoolkit/doc/latest/DevGuideOrganizingProjec... >> >> ?? >> >> Frustrated, >> Erik >> >> On Jan 9, 5:01 am, Jeff Schnitzer <j...@infohazard.org> wrote: >> >> >> >> > Ignore this solution. The problem is simply intermittent and didn't >> > happen a few times. It nevertheless persists. >> >> > Jeff >> >> > On Fri, Jan 1, 2010 at 1:58 PM, Jeff Schnitzer <j...@infohazard.org> wrote: >> > > Amazingly, you're right. The solution is to ignore the message, >> > > *don't* revert your files back, and restart Eclipse again. The plugin >> > > deletes the files the first time, then recreates them the second... >> > > and since the new files are identical to the old, svn is happy. >> >> > > Jeff >> >> > > On Fri, Jan 1, 2010 at 12:18 AM, John OConner <jsocon...@gmail.com> >> > > wrote: >> > >> I found the culprit. The eclipse plugin preferences file explicity >> > >> namesgwt-servlet.jaras a file that it must copy to the web-inf/lib >> > >> directory. So I assume that SVN (and for me it is Perforce) see that >> > >> action as an attempted delete as well. I resolved this myself by >> > >> removing that file from web-inf/lib and just letting the plugin have >> > >> its way. I tried deleting the offending line from the preferences >> > >> file, but the plugin insisted on replacing that line on startup. Odd, >> > >> if an application *insists* on a very specific setting regardless of >> > >> user intentions or my own preferences, why put the setting in an >> > >> external preferences file to begin with? >> >> > >> Regards, >> > >> John O'Conner >> >> > >> On Dec 31 2009, 7:05 pm, Jeff Schnitzer <j...@infohazard.org> wrote: >> > >>> I have this exact same problem... it's quite annoying. >> >> > >>> It also sometimes happens with GAE jars. Every time I restart Eclipse >> > >>> I have to go through my projects and revert any deleted jars. >> >> > >>> Jeff >> >> > >>> On Wed, Dec 30, 2009 at 5:53 PM, itwip.81 <itwip...@gmail.com> wrote: >> > >>> > Dear Sir/Madam, >> >> > >>> > I have encountered a problem after upgrading from GWT 1.7 to 2.0. I >> > >>> > did uninstall all of the previous GWT SDKs, AppEngine and plugin >> > >>> > before I install the new 2.0 plugin. I am using Subversion/subclipse >> > >>> > for version control in our eclipse project. However, the "gwt->>> > >> > >>> > servlet.jar" has been marked as being deleted (according to >> > >>> > subversion >> > >>> > - red cross) every time I start up eclipse since I upgrade to gwt >> > >>> > 2.0. >> > >>> > So, now i will need to revert the deletion every time I reopen the >> > >>> > project before commiting anything. Have anyone experience this >> > >>> > before? >> > >>> > Does anyone know the soultion to solve this annoying problem. >> >> > >>> > PS: It seems like GWT 2.0 plugin is trying to replace the 2.0gwt->>> >> > >>> > > servlet.jarwith any existinggwt-servlet.jarin our project folder >> > >>> > after the upgrade. But it is wrong to repeat this process everytime i >> > >>> > reopen the project. >> >> > >>> > Best regards, >> >> > >>> > Martin >> >> > >>> > -- >> >> > >>> > You received this message because you are subscribed to the Google >> > >>> > Groups "Google Web Toolkit" group. >> > >>> > To post to this group, send email to >> > >>> > google-web-tool...@googlegroups.com. >> > >>> > To unsubscribe from this group, send email to >> > >>> > google-web-toolkit+unsubscr...@googlegroups.com. >> > >>> > For more options, visit this group >> > >>> > athttp://groups.google.com/group/google-web-toolkit?hl=en. >> >> > >> -- >> >> > >> You received this message because you are subscribed to the Google >> > >> Groups "Google Web Toolkit" group. >> > >> To post to this group, send email to >> > >> google-web-tool...@googlegroups.com. >> > >> To unsubscribe from this group, send email to >> > >> google-web-toolkit+unsubscr...@googlegroups.com. >> > >> For more options, visit this group >> > >> athttp://groups.google.com/group/google-web-toolkit?hl=en. > > -- > You received this message because you are subscribed to the Google Groups > "Google Web Toolkit" group. > To post to this group, send email to google-web-tool...@googlegroups.com. > To unsubscribe from this group, send email to > google-web-toolkit+unsubscr...@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/google-web-toolkit?hl=en. > > > >
-- You received this message because you are subscribed to the Google Groups "Google Web Toolkit" group. To post to this group, send email to google-web-tool...@googlegroups.com. To unsubscribe from this group, send email to google-web-toolkit+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/google-web-toolkit?hl=en.