On Tue, Nov 11, 2008 at 10:43 PM, Mark Phippard <markphip_at_gmail.com> wrote:
> Sorry, I re-read this yesterday and thought I had replied.
>
> On Tue, Nov 11, 2008 at 3:34 PM, Andrei Ivanov <andrei.ivanov_at_gmail.com> wrote:
>> I need some advice on moving some directories...
>> I create a new directory(/eservicesq-portal/src/main/webapp/WEB-INF/web/)
>> and then I try to move
>> another directory(/eservicesq-portal/src/main/webapp/WEB-INF/templates/,
>> which is in the repository already) into it, but I get an exception:
>
> Did you do Team > Add on "web" first? I'd do that and commit it. I
> do not think you have to, but trying to get you past this.
>
>> java.lang.IllegalArgumentException: Element not found:
>> /eservicesq-portal/src/main/webapp/WEB-INF/web/templates/.svn.
>> at org.eclipse.core.internal.watson.ElementTree.elementNotFound(ElementTree.java:255)
>> at org.eclipse.core.internal.watson.ElementTree.createElement(ElementTree.java:183)
>> at org.eclipse.core.internal.resources.Workspace.createResource(Workspace.java:861)
>> at org.eclipse.core.internal.resources.Workspace.createResource(Workspace.java:816)
>> at org.eclipse.core.internal.localstore.RefreshLocalVisitor.createResource(RefreshLocalVisitor.java:80)
>> at org.eclipse.core.internal.localstore.RefreshLocalAliasVisitor.createResource(RefreshLocalAliasVisitor.java:37)
>> at org.eclipse.core.internal.localstore.RefreshLocalVisitor.synchronizeExistence(RefreshLocalVisitor.java:216)
>> at org.eclipse.core.internal.localstore.RefreshLocalVisitor.visit(RefreshLocalVisitor.java:290)
>> at org.eclipse.core.internal.localstore.UnifiedTree.accept(UnifiedTree.java:102)
>> at org.eclipse.core.internal.localstore.FileSystemResourceManager.refreshResource(FileSystemResourceManager.java:759)
>> at org.eclipse.core.internal.localstore.FileSystemResourceManager.refresh(FileSystemResourceManager.java:743)
>> at org.eclipse.core.internal.resources.Resource.refreshLocal(Resource.java:1479)
>> at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.moveFolder(SVNMoveDeleteHook.java:208)
>
> No obvious reason this should not work.
>
>> If I try Team / Copy I get another error:
>> copy D:/@work/shadow/projects/EServicesQ/eservicesq-portal/src/main/webapp/WEB-INF/templates
>> D:/@work/shadow/projects/EServicesQ/eservicesq-portal/src/main/webapp/WEB-INF/web/templates
>> Path is not a working copy directory
>> svn: 'D:\@work\shadow\projects\EServicesQ\eservicesq-portal\src\main\webapp\WEB-INF\web'
>> is not a working copy
>> The system cannot find the path specified.
>> svn: Can't open file
>> 'D:\@work\shadow\projects\EServicesQ\eservicesq-portal\src\main\webapp\WEB-INF\web\.svn\entries':
>> The system cannot find the path specified.
>
> It is possible the previous move messed up your working copy. Have
> you tried doing Update on the whole project? Curious if SVN says
> there is a problem.
>
> The problems sound similar though. In the first example, it does not
> find the templates/.svn folder and in the second it says templates is
> not a working copy. Having a .svn folder is one of the things that
> makes it a working copy.
>
> Are you sure you are starting from a clean and valid working copy?
>
>> What should I do?
>
> I would checkout again for starters. To be sure my working copy was
> valid. You could create the folder and move it using the Repository
> view. Then Eclipse could not get in the way of the operation. An
> update would then pull in those changes to your working copy.
>
> I cannot think of any reason this should not work locally, but it
> sounds like your working copy might have some problems in it.
>
> Before moving folders it is a very good idea to do Team > Update on
> your Project so that it is updated to HEAD revision and is not a mixed
> revision working copy. These things should not mess up the move
> itself, but they can get in the way of committing the move.
>
It seems I cannot reproduce this on a new workspace and a fresh
checked out project...
I did manage to reproduce other problems:
After successfully moving some directories, I tried undo and it
failed, saying the resource already exists.
The initial moved directories seem to disapear only after I commit the
changes so Eclipse seems to be right.
Then... in a java project, I try to rename a package and it fails:
java.lang.IllegalArgumentException: Element not found:
/eservicesq/eservicesq-model/src/main/java/qa/ict/model/eservicesq/.svn.
at org.eclipse.core.internal.watson.ElementTree.elementNotFound(ElementTree.java:255)
at org.eclipse.core.internal.watson.ElementTree.createElement(ElementTree.java:183)
at org.eclipse.core.internal.resources.Workspace.createResource(Workspace.java:861)
at org.eclipse.core.internal.resources.Workspace.createResource(Workspace.java:816)
at org.eclipse.core.internal.localstore.RefreshLocalVisitor.createResource(RefreshLocalVisitor.java:80)
at org.eclipse.core.internal.localstore.RefreshLocalAliasVisitor.createResource(RefreshLocalAliasVisitor.java:37)
at org.eclipse.core.internal.localstore.RefreshLocalVisitor.synchronizeExistence(RefreshLocalVisitor.java:216)
at org.eclipse.core.internal.localstore.RefreshLocalVisitor.visit(RefreshLocalVisitor.java:290)
at org.eclipse.core.internal.localstore.UnifiedTree.accept(UnifiedTree.java:102)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.refreshResource(FileSystemResourceManager.java:759)
at org.eclipse.core.internal.localstore.FileSystemResourceManager.refresh(FileSystemResourceManager.java:743)
at org.eclipse.core.internal.resources.Resource.refreshLocal(Resource.java:1479)
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.moveFolder(SVNMoveDeleteHook.java:208)
at org.eclipse.team.internal.core.MoveDeleteManager.moveFolder(MoveDeleteManager.java:100)
at org.eclipse.core.internal.resources.Resource.unprotectedMove(Resource.java:1749)
at org.eclipse.core.internal.resources.Resource.move(Resource.java:1415)
at org.eclipse.core.internal.resources.Resource.move(Resource.java:1376)
at org.eclipse.jdt.internal.core.CopyResourceElementsOperation.processPackageFragmentResource(CopyResourceElementsOperation.java:401)
at org.eclipse.jdt.internal.core.CopyResourceElementsOperation.processElement(CopyResourceElementsOperation.java:336)
at org.eclipse.jdt.internal.core.MultiOperation.processElements(MultiOperation.java:163)
at org.eclipse.jdt.internal.core.CopyResourceElementsOperation.processElements(CopyResourceElementsOperation.java:350)
at org.eclipse.jdt.internal.core.MultiOperation.executeOperation(MultiOperation.java:90)
at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:709)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.jdt.internal.core.JavaModelOperation.runOperation(JavaModelOperation.java:775)
at org.eclipse.jdt.internal.core.JavaModel.rename(JavaModel.java:285)
at org.eclipse.jdt.internal.core.PackageFragment.rename(PackageFragment.java:432)
at org.eclipse.jdt.internal.corext.refactoring.changes.RenamePackageChange.renamePackage(RenamePackageChange.java:207)
at org.eclipse.jdt.internal.corext.refactoring.changes.RenamePackageChange.doRename(RenamePackageChange.java:118)
at org.eclipse.jdt.internal.corext.refactoring.AbstractJavaElementRenameChange.perform(AbstractJavaElementRenameChange.java:86)
at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java:278)
at org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange.access$0(DynamicValidationStateChange.java:1)
at org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange$1.run(DynamicValidationStateChange.java:98)
at org.eclipse.jdt.internal.core.BatchOperation.executeOperation(BatchOperation.java:39)
at org.eclipse.jdt.internal.core.JavaModelOperation.run(JavaModelOperation.java:709)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.jdt.core.JavaCore.run(JavaCore.java:4650)
at org.eclipse.jdt.internal.corext.refactoring.changes.DynamicValidationStateChange.perform(DynamicValidationStateChange.java:101)
at org.eclipse.ltk.core.refactoring.CompositeChange.perform(CompositeChange.java:278)
at org.eclipse.ltk.core.refactoring.PerformChangeOperation$1.run(PerformChangeOperation.java:260)
at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1800)
at org.eclipse.ltk.core.refactoring.PerformChangeOperation.executeChange(PerformChangeOperation.java:308)
at org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation.access$1(UIPerformChangeOperation.java:1)
at org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation$1.run(UIPerformChangeOperation.java:66)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.ltk.internal.ui.refactoring.UIPerformChangeOperation$2.run(UIPerformChangeOperation.java:84)
at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:133)
at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:3800)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3425)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.block(ModalContext.java:173)
at org.eclipse.jface.operation.ModalContext.run(ModalContext.java:382)
at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.run(RefactoringWizardDialog2.java:317)
at org.eclipse.ltk.ui.refactoring.RefactoringWizard.internalPerformFinish(RefactoringWizard.java:558)
at org.eclipse.ltk.ui.refactoring.UserInputWizardPage.performFinish(UserInputWizardPage.java:154)
at org.eclipse.ltk.ui.refactoring.RefactoringWizard.performFinish(RefactoringWizard.java:622)
at org.eclipse.ltk.internal.ui.refactoring.RefactoringWizardDialog2.okPressed(RefactoringWizardDialog2.java:446)
at org.eclipse.jface.dialogs.Dialog.buttonPressed(Dialog.java:472)
at org.eclipse.jface.dialogs.Dialog$2.widgetSelected(Dialog.java:624)
at org.eclipse.swt.widgets.TypedListener.handleEvent(TypedListener.java:228)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1003)
at org.eclipse.swt.widgets.Display.runDeferredEvents(Display.java:3823)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3422)
at org.eclipse.jface.window.Window.runEventLoop(Window.java:825)
at org.eclipse.jface.window.Window.open(Window.java:801)
at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation$1.run(RefactoringWizardOpenOperation.java:144)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator.java:70)
at org.eclipse.ltk.ui.refactoring.RefactoringWizardOpenOperation.run(RefactoringWizardOpenOperation.java:156)
at org.eclipse.jdt.internal.ui.refactoring.actions.RefactoringStarter.activate(RefactoringStarter.java:37)
at org.eclipse.jdt.internal.ui.refactoring.UserInterfaceStarter.activate(UserInterfaceStarter.java:60)
at org.eclipse.jdt.internal.ui.refactoring.reorg.RenameUserInterfaceStarter.activate(RenameUserInterfaceStarter.java:31)
at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:160)
at org.eclipse.jdt.ui.refactoring.RenameSupport.openDialog(RenameSupport.java:117)
at org.eclipse.jdt.internal.corext.refactoring.RefactoringExecutionStarter.startRenameRefactoring(RefactoringExecutionStarter.java:436)
at org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:194)
at org.eclipse.jdt.internal.ui.refactoring.actions.RenameJavaElementAction.run(RenameJavaElementAction.java:106)
at org.eclipse.jdt.ui.actions.RenameAction.run(RenameAction.java:108)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.dispatchRun(SelectionDispatchAction.java:274)
at org.eclipse.jdt.ui.actions.SelectionDispatchAction.run(SelectionDispatchAction.java:250)
at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
at org.eclipse.jface.commands.ActionHandler.execute(ActionHandler.java:119)
at org.eclipse.core.commands.Command.executeWithChecks(Command.java:476)
at org.eclipse.core.commands.ParameterizedCommand.executeWithChecks(ParameterizedCommand.java:508)
at org.eclipse.ui.internal.handlers.HandlerService.executeCommand(HandlerService.java:169)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.executeCommand(WorkbenchKeyboard.java:472)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.press(WorkbenchKeyboard.java:824)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.processKeyEvent(WorkbenchKeyboard.java:882)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.filterKeySequenceBindings(WorkbenchKeyboard.java:571)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard.access$3(WorkbenchKeyboard.java:512)
at org.eclipse.ui.internal.keys.WorkbenchKeyboard$KeyDownFilter.handleEvent(WorkbenchKeyboard.java:127)
at org.eclipse.swt.widgets.EventTable.sendEvent(EventTable.java:84)
at org.eclipse.swt.widgets.Display.filterEvent(Display.java:1184)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1002)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1027)
at org.eclipse.swt.widgets.Widget.sendEvent(Widget.java:1012)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1040)
at org.eclipse.swt.widgets.Widget.sendKeyEvent(Widget.java:1036)
at org.eclipse.swt.widgets.Widget.wmKeyDown(Widget.java:1653)
at org.eclipse.swt.widgets.Control.WM_KEYDOWN(Control.java:4122)
at org.eclipse.swt.widgets.Tree.WM_KEYDOWN(Tree.java:5923)
at org.eclipse.swt.widgets.Control.windowProc(Control.java:3818)
at org.eclipse.swt.widgets.Tree.windowProc(Tree.java:5791)
at org.eclipse.swt.widgets.Display.windowProc(Display.java:4541)
at org.eclipse.swt.internal.win32.OS.DispatchMessageW(Native Method)
at org.eclipse.swt.internal.win32.OS.DispatchMessage(OS.java:2371)
at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3420)
at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2382)
at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2346)
at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2198)
at org.eclipse.ui.internal.Workbench$5.run(Workbench.java:493)
at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:288)
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:488)
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:113)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:193)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:386)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:549)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:504)
at org.eclipse.equinox.launcher.Main.run(Main.java:1236)
Another problem:
In the 'Team Synchronizing' view, I'm using the 'Show Change Sets'
button. When it is active, sometimes the incoming changes are
invisible.
If I deactivate it, the incoming changes become visible.
Another problem:
Because the package renaming fails, I've created the new
'qa.ict.eservicesq.ws.service' package and moved the contents of the
'qa.ict.eservicesq.portal.service.ws' package in it.
Then I deleted the package which would translate in deleting 3
directories, qa/ict/eservicesq/portal/service/ws,
qa/ict/eservicesq/portal/service and qa/ict/eservicesq/portal.
I have selected the changes(both the creation and the deletion) and
commited, just to see that the new directories and files were
commited, but only the leaf package/directory
was deleted qa/ict/eservicesq/portal/service/ws
When switching back to the 'Java perspective', the remaining package,
qa.ict.eservicesq.portal.service wasn't marked as deleted anymore so I
had to delete it by hand.
Now, 2 directories would have to be deleted, 'portal/service' and then 'portal'.
When trying to commit the deletion, it said that the item is out of
date, even though no one else has commited anything.
After resynchronizing, an incoming change appeared, for
eservices-ws/src/main/java/qa/ict/eservicesq/portal/service, marked as
conflicting, but which contained nothing.
After updating, I could commit, but again, only the 'service'
directory was deleted... the remaining 'portal' dir was again not
marked for deletion any more, and I had to do all those steps again.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-11-15 14:03:26 CET