I am having trouble getting rid of Subclipse from my Eclipse configuration.
I made the decision to switch to Subversive due to the m2eclipse project dropping support for Subclipse.
So I uninstalled Subclipse and then installed Subversive using the About Eclipse -> Installation Details -> Uninstall method. Now, when I go to any Team related options/tasks/preferences there are two SVN options available (one for Subversive and one for Subclipse) making life confusing.
Having grepped the workspace .metadata folder for the string subclipse I can see that the configuration is still littered with references to Subclipse:
$ grep -lir "subclipse" .metadata/
.metadata/.plugins/org.eclipse.ui.workbench/workbench.xml
.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.ui.workbench.prefs
.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.team.ui.prefs
.metadata/.plugins/org.eclipse.core.runtime/.settings/org.eclipse.debug.ui.prefs
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload17.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload23.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload21.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload19.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/usagedata.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload22.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload14.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload13.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload20.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload18.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload16.csv
.metadata/.plugins/org.eclipse.epp.usagedata.recording/upload15.csv
.metadata/.plugins/org.eclipse.team.ui/dialog_settings.xml
.metadata/.plugins/org.eclipse.team.ui/syncParticipants.xml
.metadata/.plugins/org.eclipse.pde.core/-213569165961.target/.lazy
.metadata/.plugins/org.eclipse.pde.core/-213569165961.target/.state
.metadata/.plugins/org.eclipse.pde.core/-213569165961.target/.pluginInfo
.metadata/.plugins/org.eclipse.core.resources/.projects/jxse-tutorials/.syncinfo.snap
.metadata/.plugins/org.eclipse.core.resources/.projects/jxse-tutorials/.indexes/properties.index
.metadata/.plugins/org.eclipse.core.resources/.projects/BA_NAT_Traversal/.syncinfo
.metadata/.plugins/org.eclipse.core.resources/.projects/barchart-udt/.syncinfo
.metadata/.plugins/org.eclipse.core.resources/.projects/barchart-udt/.indexes/properties.index
.metadata/.plugins/org.eclipse.core.resources/.projects/netty-benchmark/.syncinfo
.metadata/.plugins/org.eclipse.core.resources/.projects/netty-benchmark/.indexes/properties.index
.metadata/.plugins/org.eclipse.core.resources/.projects/jxta/.syncinfo.snap
.metadata/.plugins/org.eclipse.core.resources/.root/73.tree
.metadata/.plugins/org.eclipse.core.resources/.snap
.metadata/.bak_0.log
All of the projects above are now disconnected from SVN. Obviously some of the references such as usagedata are not important, I am more worried about the XML files though. Is it safe to manually go through and delete all tags/properties related to Subclipse? I feel that approach may be unwise though.
Does anyone know of a way to eliminate all traces of Subclipse without losing my workspace? Also any tips on what I might have done wrong? Should I have manually disconnected all of my SVN projects before making the switch to Subversive?
I had exactly the same problem. The reason is when you uninstall via eclipse, it doesn't delete the jar files from the plugin folder, the steps I did.
Go to folder eclipse/plugins for
avoiding any potential damage (just deleting wrong jars and get errors in other apps) list the jars from subclipse.
$ cd eclipse/plugins
$ ls |grep org.tigris.subversion
and then if it lists the following
$ ls |grep org.tigris.subversion
org.tigris.subversion.clientadapter_1.6.12.jar org.tigris.subversion.subclipse.doc_1.3.0.jar org.tigris.subversion.subclipse.tools.usage_1.0.1.jar
org.tigris.subversion.clientadapter.javahl_1.6.15.jar org.tigris.subversion.subclipse.graph_1.0.9.jar org.tigris.subversion.subclipse.ui_1.6.17.jar
org.tigris.subversion.subclipse.core_1.6.17.jar org.tigris.subversion.subclipse.mylyn_3.0.0.jar
Remove them by piping xargs rm to the command
$ ls |grep org.tigris.subversion|xargs rm
Restart your eclipse and you'll only see the correct svn version.
PS: the .metadata you display comes from the workspace, it only affects to the projects you got from svn, it won't do any change in eclipse.
Related
For some days now Ecplise (Oxygen 4.7.1a) shows me question marker icons at all folders and files in the project explorer.
I figured out that this is caused by a broken SVN synchronization. Eclipse error log shows The SVN synchronization information for 'Project' has become corrupt or does not exist.
I use Subclipse (latest version) from Eclipse market place.
I tried:
removing and reinstalling Subclipse
removing workspace and check out SVN repo again
Still the same problem.
The curious thing is that SVN connection is ok. I can use Tortoise SVN in Windows explorer and SVN command line, but Subclipse in Eclipse does not work.
Any solutions to this?
I had the same. I tried the one thing in the link recommended by howlger, namely:
"Close Eclipse. Open your workspace folder and then navigate to:
.metadata\.plugins\org.eclipse.core.resources\.projects
There will be a folder for each project, each will have a file named .syncinfo
in it. Delete all of these files and restart Eclipse."
It did not help. But then I tried "Add to Version Control". It complained that the project is already under Version Control, but the question mark is gone and everything seems to work OK now.
I have installed a virtual box with Windows 10, Eclipse Mars, Subversive Plugin, SVNKit 1.8.11 and tried to set up some repositories in a configuration I already did successfully in several other environments. The SVN server is a Debian 7 system with Subversion 1.6.17. The following problem occurs only since I set up the above mentioned system:
Check-out: e. g. SVN-Repositories -> expand Repository X -> right-click on trunk -> check-out -> Error occurs: "Checkout operation for 'svn://host/X/trunk' failed. svn: E200030: There are unfinished transactions detected in 'C:\PathToWorkspace\X'"
After this the Subversive plugin stops working, apparently.
Export: same result as check-out
Further investigation got me to a specific file in the repository, which fails loading with "invalid handle" error. It is not in a "strange" path (not too long, no spaces or special characters) and the file itself contains no suspicious characters, just Unix line breaks. Permissions and space on disk are OK. Other respositories with the same properties DO work as expected.
I found posts with similar problems, but none of them applied to mine, apparently. They told me to wipe my workspace directory (which I did), but I just lost all of my settings without solving the problem. After this, I investigated the program directory of Eclipse, whicht didn't bring any more success.
Additionally, the ".svn\wc.db" file is still locked after the failure. Deleting the repository is therefore not possible until closing Eclipse. The directory is not listed in any project list/tree in eclipse like the package explorer, but the directory exists on the disk.
The same repository X still works in every of the other configurations I have. How can I reset these "transactions" in order to repair this? I really would like to avoid completely reinstalling Eclipse or even Windows.
EDIT
I istalled TortoiseSVN 1.16.16.21511 (x64), which perfectly fits to the SVN service version. Same problem.
First, try:
Right-click the project -> Team -> Cleanup.
If that didn't help:
Restart Eclipse -> Team -> Cleanup
I got the same error in my case but in different situation, I was working on the shared folder using both Eclipse and Tortoise SVN, and Eclipse was not able to clean up or do any commit, so I tried to close Eclipse and do clean up from outside using tortoise. it worked.
I finally got it: creating the files "con.cpp" and "con.h" from the project had apparently been rejected by Windows. As far as I remember, "con" is kind of a reserved command or sub command in Windows. Renaming it to something else right in the repository solved the problem.
When you are performing any team operations in eclipse ( such as
commit, update, replace ) and if you cancel the operation in between.
The files involved in the operation are locked.
This is one of the possibilities for the error to appear.
To resolve this in Eclipse.
Right Click on the project -> Team -> Cleanup
If the above process doesn't work
Restart eclipse -> Right Click on the project -> Team -> Cleanup
If this didn't resolve the issue.
Remove these locks explicitly.
Ubuntu
Install svn if you haven't installed.
sudo apt-get install subversion
Then clean the project folder.
svn cleanup /path/to/working-copy
Windows
Get Tortise SVN from this link.
After installing, Right-click on the project folder which is linked to SVN.
There will be an option do SVN cleanup. Click on it. It takes some time to clean up.
Then you are good to go.
This solution worked for me.
i had an error also on the command 'cleanup' on a project, and restarting the eclipse didn't solve.
i had to disconnect the project from svn and re-connect later
I had the same issue, unfortunately, the issue with the device storage running out of memory.
Free up the memory and able to proceed further from the mentioned issue
I have Eclipse Luna with Subversive, and I had two problems to syncronize with the Repository in a Server, E170001 and E20030 (sometines one and sometimes both). My solution was:
1.- In Eclipse: go to to "Window" - "Preferences".
2.- Go to "General" - "Network Connections".
Down, at Proxy Bypass, add de IP of the server where you has the Repository of SVN.
I'm trying to create a new phonegap project in a new repository. When ever I add a new folder or file I get the following error. This is a completely fresh copy of eclipse in a new workspace and fresh install of subclipse.
Errors occurred while updating the change sets for SVNStatusSubscriber
org.apache.subversion.javahl.ClientException: svn: E155007: 'Workspace/PhoneGap/www/js' is not a working copy
org.apache.subversion.javahl.ClientException: svn: E155007: 'Workspace/PhoneGap/www/js' is not a working copy
org.apache.subversion.javahl.ClientException: svn: E155007: 'Workspace/PhoneGap/www/js' is not a working copy
I've no idea what is causing the issue, everything I've found through google has said a fresh install or fresh workspace should fix the issue. I've also selected SVNKit to be the SVN Client as I've had issues with JavaHL before and the fix was to switch to SVNKit.
Eclipse Installation and Versions:
For whatever reason, it looks like the SVNKit 1.7.x API (which is still in beta) does not think that folder is a working copy. I cannot really say if it is right/wrong or why, but that is the error the API is throwing.
They have released a beta2 recently. You could get that update from their update site.
If you have SVN 1.7.x command line you could use it to examine the WC and that folder using the svn status command.
I have the same issue, but get the error in my /bin folder. Obviously my /bin folder is not svn-added to my remote svn server... because we don't want to keep binaries in addition to source in svn.
After trying to clean-build my projects, I got the same error. I assumed the svn plugin was somehow mucking stuff up, and disabled them. (in osgi console, stop all the id's related to svn).
I then got hte following stack trace:
java.lang.NullPointerException
at org.tigris.subversion.subclipse.core.SVNClientManager.getAdapter(SVNClientManager.java:127)
at org.tigris.subversion.subclipse.core.SVNClientManager.getSVNClient(SVNClientManager.java:94)
at org.tigris.subversion.subclipse.core.SVNProviderPlugin.getSVNClient(SVNProviderPlugin.java:462)
at org.tigris.subversion.subclipse.core.repo.SVNRepositoryLocation.getSVNClient(SVNRepositoryLocation.java:274)
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.deleteResource(SVNMoveDeleteHook.java:47)
at org.tigris.subversion.subclipse.core.resources.SVNMoveDeleteHook.deleteFolder(SVNMoveDeleteHook.java:110)
at org.eclipse.team.internal.core.MoveDeleteManager.deleteFolder(MoveDeleteManager.java:62)
at org.eclipse.core.internal.resources.Resource.unprotectedDelete(Resource.java:1940)
at org.eclipse.core.internal.resources.Resource.delete(Resource.java:780)
at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.cleanOutputFolders(BatchImageBuilder.java:114)
at org.eclipse.jdt.internal.core.builder.BatchImageBuilder.build(BatchImageBuilder.java:46)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.buildAll(JavaBuilder.java:254)
at org.eclipse.jdt.internal.core.builder.JavaBuilder.build(JavaBuilder.java:173)
at org.eclipse.core.internal.events.BuildManager$2.run(BuildManager.java:728)
Now this stack trace is due to me stopping the plugins, but, it does give a clue what was happening before I disabled the plugins.
It seems that svnkit is now treating the deletion of my bin folder (which gets deleted as part of a clean build process) as an error, since my bin folder has no .svn subfolder (aka is not a working copy).
So this means their code somehow assumes that all folders should be a working copy, and if they're not it's an error. Their code seems to ignore hte possibility that I might have a folder in my local tree that I do not want to commit remotely.
balls.
I had the same annoying problem with bin complaining. I checked in workspace/preferences/Team/svn
There in client, I had option of SVNKit or JavaHL. I changed mine from javahl to SVNkit and restarted. The problem seems to have gone :-)
I also deleted the bin folders for the complaining projects and did the above. Maybe combination should work for other cases. I presume it was the JavaHL that was the problem.
I also got this error after upgrading my Eclipse.
svn: E155007 '/somepath' is not a working copy
The reason was that I was still running SVN 1.6 on my MacOSX machine (run svn --version on command line) but downloaded Subclipse 1.10 which seems to require SVN 1.8
I had to install Subclipse 1.6 in order to remove this strange message.
Side note: After re-installing subclipse, I also had to remove all bundles in the project and import them again, so that the SVN folders got recognized
I have previously written an eclipse feature that works with eclipse to
sparsely update directories from svn, and
delete directories from the working copy without deleting them from the repository.
In this way you can pick and chose which subsystems you wish to work with. This feature works with subclipse.
For example, the effect if executed as a command sequence would be:
# check out the libs folder but not its children
svn update --depth empty libs
# check out the libs I am interested in
svn update libs/lib1 libs/lib7
... <work on them> ...
# not interested in lib1 anymore
rm -rf libs/lib1
# update to let libs know that lib1 is no longer checked out
svn update libs
I have recently noticed that subversive is now able to handle updating from svn sparsely. My question is, aside from the command line or writing an eclipse feature as I have, is there a way to disconnect and delete a sparse update from the working copy without deleting from the svn repository through eclipse? Has anyone else dealt with this issue using subclipse, subversive or any other team provider?
I am currently testing with Indigo SR1.
Matt
You want to run:
svn up --set-depth=exclude lib1
In Subclipse you can do Team > Update to Version ... and then choose Exclude in the Depth drop-down and check the box to change the WC to the selected depth.
I personally prefer using depth=empty because then the folder still exists and it is easy later to change the folder depth back to infinity.
I set up an svn repository, and got it all working. However, whenever I delete a file in eclipse, svn complains about it: Running svn st gives the line:
! filename
which seems to mean, as far as I can tell, that svn wants me to delete it with svn rm filename. However, I have no way to tell eclipse to do this. In addition, I couldn't commit until I had fixed this, which entailed creating the file again, then deleting it with svn rm.
Can anyone help?
Thanks.
Since you are working with Eclipse and Subversion, I recommend checking out some Eclipse plugins to make your life easier. I tend to use Subclipse, but you can also use Subversive. Having version control integrated into your development environment makes managing your workflow much easier, I think.