Community
Participate
Working Groups
Version: 0.7.9.I20110207-1700 SVN Client: org.eclipse.team.svn.connector.svnkit15 2.2.2.I20110124-1700 SVN/1.5.6 SVNKit/1.2.3 (http://svnkit.com/) r5745 JVM Properties: {java.runtime.name=Java(TM) SE Runtime Environment, java.runtime.version=1.6.0_24-b07, java.vendor=Oracle Corporation, line.separator= , java.class.version=50.0, os.name=Windows 7, os.arch=x86, user.country=US, os.version=6.1, eclipse.commands=-os win32 -ws win32 -arch x86 -showsplash C:\eclipse-helios-win32\\plugins\org.eclipse.platform_3.6.2.v201102101200\splash.bmp -launcher C:\eclipse-helios-win32\eclipse.exe -name Eclipse --launcher.library C:\eclipse-helios-win32\\plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.2.R36x_v20101222\eclipse_1312.dll -startup C:\eclipse-helios-win32\\plugins/org.eclipse.equinox.launcher_1.1.1.R36x_v20101122_1400.jar -vm C:\eclipse-helios-win32\jre\bin\..\jre\bin\jrockit\jvm.dll , java.version=1.6.0_24, osgi.framework.version=3.6.2.R36x_v20110210, file.separator=\, java.vm.info=compiled mode, path.separator=;, user.timezone=Europe/Athens, user.language=en, java.vm.name=Oracle JRockit(R), file.encoding=Cp1252} org.eclipse.core.internal.resources.ResourceException(/net.eliasbalasis.finance.tradingplatform.server.safe)[567]: org.eclipse.core.runtime.CoreException: Resource is not a file: C:\eclipse-helios-win32\workspace\net.eliasbalasis.finance.tradingplatform.server.safe\.project. org.eclipse.core.internal.resources.ResourceException(/net.eliasbalasis.finance.tradingplatform.server.safe)[567]: org.eclipse.core.runtime.CoreException: Resource is not a file: C:\eclipse-helios-win32\workspace\net.eliasbalasis.finance.tradingplatform.server.safe\.project. at org.eclipse.core.internal.filesystem.Policy.error(Policy.java:55) at org.eclipse.core.internal.filesystem.local.LocalFile.openInputStream(LocalFile.java:371) at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:742) at org.eclipse.core.internal.resources.Project.updateDescription(Project.java:1296) at org.eclipse.core.internal.resources.Project.create(Project.java:295) at org.eclipse.core.internal.resources.Project.create(Project.java:257) at org.eclipse.team.svn.core.operation.remote.CheckoutAsOperation.doOpen(CheckoutAsOperation.java:148) at org.eclipse.team.svn.core.operation.remote.CheckoutAsOperation$2.run(CheckoutAsOperation.java:134) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doSubTask(ProgressMonitorUtility.java:118) at org.eclipse.team.svn.core.operation.remote.CheckoutAsOperation.runImpl(CheckoutAsOperation.java:136) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.operation.remote.CheckoutOperation.runImpl(CheckoutOperation.java:72) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90) at org.eclipse.team.svn.ui.utility.WorkspaceModifyCancellableOperationWrapper.execute(WorkspaceModifyCancellableOperationWrapper.java:59) at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:106) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975) at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:118) at org.eclipse.team.svn.ui.utility.SVNTeamOperationWrapper.run(SVNTeamOperationWrapper.java:36) at org.eclipse.team.internal.ui.actions.JobRunnableContext.run(JobRunnableContext.java:144) at org.eclipse.team.internal.ui.actions.JobRunnableContext$ResourceJob.runInWorkspace(JobRunnableContext.java:72) at org.eclipse.core.internal.resources.InternalWorkspaceJob.run(InternalWorkspaceJob.java:38) at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54) Caused by: java.io.FileNotFoundException: C:\eclipse-helios-win32\workspace\net.eliasbalasis.finance.tradingplatform.server.safe\.project (Access is denied) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.<init>(FileInputStream.java:106) at org.eclipse.core.internal.filesystem.local.LocalFile.openInputStream(LocalFile.java:362) at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:742) at org.eclipse.core.internal.resources.Project.updateDescription(Project.java:1296) at org.eclipse.core.internal.resources.Project.create(Project.java:295) at org.eclipse.core.internal.resources.Project.create(Project.java:256) at org.eclipse.team.svn.core.operation.remote.CheckoutAsOperation.doOpen(CheckoutAsOperation.java:147) at org.eclipse.team.svn.core.operation.remote.CheckoutAsOperation$2.run(CheckoutAsOperation.java:133) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doSubTask(ProgressMonitorUtility.java:118) at org.eclipse.team.svn.core.operation.remote.CheckoutAsOperation.runImpl(CheckoutAsOperation.java:131) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.operation.remote.CheckoutOperation.runImpl(CheckoutOperation.java:71) at org.eclipse.team.svn.core.operation.AbstractActionOperation.run(AbstractActionOperation.java:81) at org.eclipse.team.svn.core.operation.LoggedOperation.run(LoggedOperation.java:39) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTask(ProgressMonitorUtility.java:104) at org.eclipse.team.svn.core.utility.ProgressMonitorUtility.doTaskExternal(ProgressMonitorUtility.java:90) at org.eclipse.team.svn.ui.utility.WorkspaceModifyCancellableOperationWrapper.execute(WorkspaceModifyCancellableOperationWrapper.java:58) at org.eclipse.ui.actions.WorkspaceModifyOperation$1.run(WorkspaceModifyOperation.java:106) at org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1975) at org.eclipse.ui.actions.WorkspaceModifyOperation.run(WorkspaceModifyOperation.java:118) at org.eclipse.team.svn.ui.utility.SVNTeamOperationWrapper.run(SVNTeamOperationWrapper.java:35) ... 4 more the .project file above is an external reference (svn:externals) as well as many other files in same project (not conflicting)
Eclipse Platform claims the problem is that .project file exists, however it IS NOT A FILE: org.eclipse.core.runtime.CoreException: Resource is not a file: C:\eclipse-helios-win32\workspace\net.eliasbalasis.finance.tradingplatform.server.safe\.project. at org.eclipse.core.internal.filesystem.Policy.error(Policy.java:55) at org.eclipse.core.internal.filesystem.local.LocalFile.openInputStream(LocalFile.java:371) at org.eclipse.core.internal.localstore.FileSystemResourceManager.read(FileSystemResourceManager.java:742) at org.eclipse.core.internal.resources.Project.updateDescription(Project.java:1296) at org.eclipse.core.internal.resources.Project.create(Project.java:295) at org.eclipse.core.internal.resources.Project.create(Project.java:257) So, the point is that if .project is not a file (directory or whatever) the project metadata could not be read and, then, I don't see any issue here, you just need to make .project file system entry into a file with correct metadata. If you insist that the .project IS A FILE and one with the correct metadata too, then it would probably be better to report it to the Platform team. Or did I misunderstood something?
The .project file is svn:external I have tried to use a real file but same behavior occured for other svn:external files in same folder or other folders All svn:external files are treated and are checked-out as folders No side effects for svn:external folders however and their file descendants Moreover, SVN structure is successfully checked-out from TortoiseSVN client (.project as file, as expected) Any ideas?
(In reply to comment #2) > The .project file is svn:external > > I have tried to use a real file but same behavior occured for other > svn:external files in same folder or other folders > > All svn:external files are treated and are checked-out as folders > No side effects for svn:external folders however and their file descendants > > Moreover, SVN structure is successfully checked-out from TortoiseSVN client > (.project as file, as expected) > > Any ideas? Thank you for the detailed explanation. So, .project on the repository is a file and it is the correct one, but when linked as svn:externals it is checked out as a folder? In that case it is most likely SVN Kit issue and in order to solve the problem I would like to recommend you changing connector to the SVN Kit 1.3.5 based one. There is high chance that the problem is already solved. If the problem is not solved even in this recent SVN Kit version, then I will report it to SVN Kit developers and you can try JavaHL-based connector. At leaset native connector should work the same way as TortoiseSVN.
Some more detail I have successfully used Subclipse (latest version 1.6.17 with SVNKit v1.3.5.7406) without treating svn:external files as folders However, .project still had to be a real file not an svn:external otherwise the project could not be checked-out successfully This could also be an issue this time perhaps with both JavaHL and SVNKit implementation I will also try with JavaHL option and let you know
Some more detail I managed to read a project with svn:external files using Subversive but I had to construct it with other tool (Subclipse in this case) using SVNKit library compatible with SVN 1.6 (supporting externals) for both tools I hope this helps
I successfully repeated the process from scratch using Subversive 0.7.9-I20110207-1700 (same version) This is a clear indication that I was doing something wrong
Still Subversive seems to ignore the project name contained in .project file if it is svn:external and performs check-out with project name equal to the SVN folder name, which is not the desired behavior Any ideas on this?
moved to new bug 347465 for clarity *** This bug has been marked as a duplicate of bug 347465 ***
