Re: Again problems with renaming package

Hendrik Maryns schreef:
> Mark Phippard schreef:
>
>> news <news@sea.gmane.org> wrote on 10/07/2005 01:33:38 PM:
>>
>>
>>> some time ago I reported problems when renaming a package, (see
>>> `cannot rename versioned package') this time I tried this again and
>>> got similar problems. When trying to undo it all, I got the
>>> following error:
>>>
>>> !ENTRY org.tigris.subversion.subclipse.core 4 -6 2005-10-07 19:15:59.102
>>> !MESSAGE org.tigris.subversion.javahl.ClientException: Working copy
>>> not locked; this is probably a bug, please report
>>> svn: Working copy '/home/hendrik/workspace/MSO/de/uni_tuebingen/sfb'
>>> is missing or not locked
>>>
>>> I tried undoing all my changes outside of Eclipse, and then this
>>> happened. It was impossible to revert, or to manually undo the
>>> changes inside Eclipse.
>>>
>>> Should I try this out a bit more and submit a bug, or are there other
>>> suggestions?
>>
>>
>>
>> A set of steps to reproduce would be helpful. Include a copy of the
>> output that is put in the Console as part of doing these steps, as
>> that will also be helpful.
>
>
> I' m still trying to get my workspace clean again. It won't work, I
> keep getting error messages. I won't bother you with them, as I'm too
> deep in the mud to explain what has happened. A pointer on what's in
> the `entries' file in .svn would be nice, though. The most recent error
> I get was something like a missing directory in the repository, now I'm
> back at the missing lock.
>
>> Finally, indicate the adapter you are using (JavaHL or JavaSVN).
>
>
> JavaHL, as I still didn't get to reading chapter 6 of the svnbook, so
> still working with file://...
>
> Will get back to this, thanks already.

Well, finally, I got Eclipse and subclipse back up and running, it seems
like some of the .svn-directories were disappeared, had to copy them
back from another temporary working copy outside of eclipse.

I still have some directories marked as changed, although there is no
change, but I guess I'll have to live with that. (Can I solve this by
editing the entries file?)

So I'll try to reproduce my problem now, I feel sort of self-confident
enough to get out of the mess once again...

Steps:
1 have a versioned Java project.
2 right-click on a package and do Refactor -> Rename, rename it.
=> Subclipse marks for deletion all the old files and for addition a
copy of them, under the new directory.
(This only seems to work with a top-level package, renaming a sublevel
package (i.e. one which does not contain classes, only other packages)
just makes a new one with the new name, the old package stays there with
all its classes -> Eclipse bug?)
3 (This seems to be the step which causes the problem:) Edit one of the
moved files, even if it is only a minor deleting of a word.
4 Try a commit.
5 Get the error:
Transaction is out of date
svn: Commit failed (details follow):
svn: Out of date: '/trunk/MSO/de/unituebingen/sfb/macke/formulas' in
transaction '37-1'

If I don't edit after the renaming, i.e. leave out step three, then it
seems to work fine. Trying cleanup and another commit gives me the error:
     Filesystem is corrupt
svn: Commit failed (details follow):
svn: Invalid change ordering: new node revision ID without delete

And this one keeps coming.

On Eclipse 3.1.0 with Subclipse 0.9.34 with JavaHL from a local repository.

Hope this gets you somewhere, Mark

H.

-- 
Hendrik Maryns
==================
www.lieverleven.be
http://aouw.org