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.


Reply via email to