[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Subclipse-dev] bug in Subclipse 0.9.102?

From: Holger Stratmann <tigris_at_finch.de>
Date: 2006-01-09 22:18:40 CET

Ah indeed, thanks for the answer :-)
I had actually checked if "classes" was versioned and was "pretty sure"
(tm) it wasn't *g*

Well, anyway: I think Subclipse could handle that a bit "more
gracefully". TortoiseSVN displayed the folder as "obstructed" and not
selected for the commit, but did not cause any other problems. I just
didn't commit this one.

Subclipse shows an error popup as soon as I just switch to the
Synchronize view.
And, as I just proved: This irritates users and I did not know if I
would be able to commit and if the information displayed in Synchronize
was accurate.

Maybe a little item on the todo list...

Anyway: Thanks for the help, I'll "fix" this one.

Holger

Mark Phippard wrote:

>Holger Stratmann <tigris@finch.de> wrote on 01/08/2006 04:45:01 PM:
>
>>I just got the following error message from Subclipse 0.9.102 and "it"
>>asked me to report it :-)
>>I hope this is the correct list, looks more like a "dev" issue than a
>>"user" issue...?
>>I am not subscribed to this list, so please put me cc: if you need more
>>information.
>>The error happens every time I choose "Team -> Synchronize". In case
>>that matters: I'm the only one currently using that repository and I
>>could commit without problems using TortoiseSVN (that is: after I could
>>*not* synchronize using Subclipse).
>>
>
>The message you cite actually comes out of Subversion itself and they are
>asking you to report the problem to them. Obviously this is difficult
>when you are using a GUI as a reproduction recipe is less obvious. That
>error message is a general bail out error message that they use and what
>they potentially want to do is identify the situation better so they can
>provide you with a more meaningful error message.
>
>>>>From experience, I am pretty sure I know what the problem is. The
>WEB-INF\classes folder is "versioned" and in your repository. The problem
>is that when Eclipse does a build it will delete that folder (and the .svn
>meta-data contained within that folder) creating this situation.
>
>You should delete the classes folder from your repository. Then do an
>update. Then, when Eclipse recreates the folder, add it to the svn:ignore
>property of the WEB-INF folder and commit that.
>
>Mark
>
>
Received on Tue Jan 10 08:18:40 2006

This is an archived mail posted to the Subclipse Dev mailing list.