Community
Participate
Working Groups
Build Identifier: 20100917-0705 Like many developers, I use SVN, specifically TortoiseSVN. TortoiseSVN places a hidden directory named ".svn" in every directory that is under version control. Sometimes, when I build, a file named "entries" is deleted from the ".svn" directory in my project's root directory. That is, this file is getting deleted: "C:\PATH_TO_PROJECT\.svn\entries". Only this file is deleted, the ".svn" directory remains as well as any other files inside of it, only the "entries" file gets deleted. I cannot determine the exact steps to cause this, it seems to happen at random. Refreshing the project or cleaning do not seem to have any effect on when it happens. I used SystemInternal's Process Monitor tool to confirm that it is Eclipse that is deleting this file. I have attached a screenshot from the program and a text log showing Eclipse's access to this file. I have already excluded svn files from my build on "Project->Properties->Java Build Path". This issue appears to be very similar to this: http://www.myeclipseide.com/PNphpBB2-printview-t-23494-start-0.html but I am not using MyEclipse. Reproducible: Sometimes Steps to Reproduce: 1. Use "Project->Build Project" or "Project->Build All". 2. Wait for build to complete. 3. Examine C:\PATH_TO_PROJECT\.svn\
Created attachment 187474 [details] screenshot showing file activity
Created attachment 187475 [details] text log showing file activity
I would highly recommend that you separate your source entries from your output folder. This being said, I don't think the builder should remove these entries. Jay, could you please take a look? Can you confirm that the output folder of your project is the project itself ?
(In reply to comment #3) > I would highly recommend that you separate your source entries from your output > folder. > This being said, I don't think the builder should remove these entries. > Jay, could you please take a look? > > Can you confirm that the output folder of your project is the project itself ? I have my project set up with the Dynamic Web Project structure. C:\PATH_TO_PROJECT\ - project's root C:\PATH_TO_PROJECT\.svn\ - svn hidden directory (affected by this issue) C:\PATH_TO_PROJECT\build\ - output directory C:\PATH_TO_PROJECT\src\ - java source directory C:\PATH_TO_PROJECT\WebContent\ - web directory To clarify, the project's root directory, "src", and "WebContent" are under version control and all contain ".svn" hidden directories that contain an "entries" file. Only the one in the project's root is affected by this issue.
I am unable to reproduce this issue on a Dynamic Web project checked out from .svn. Yes, it does look similar to the MyEclipse bug, which says the problem was due to the JavaScript builder. Do you, by any chance, have something of that kind added to your eclipse?
Also, can you check if the occurrence of the bug is dependent on SVN client interactions. I.e. does the bug appear when you open the project right after checking out or updating your project through the client?
(In reply to comment #6) > Also, can you check if the occurrence of the bug is dependent on SVN client > interactions. I.e. does the bug appear when you open the project right after > checking out or updating your project through the client? I have the builders that are included by default when a Dynamic Web Project is created, on "Project->Properties->Builders" it shows: JavaScript Builder Java Builder Faceted Project Validation Builder Validation I also have an Ant builder that copies the project's files to a remote server after each build. It doesn't move or delete anything, just copies. I don't have any additional Eclipse plugins, just the default install of Helios SR1 for JEE. It doesn't seem to matter what I've done in svn. I have tried various combinations of updating and committing in combination with building, but it doesn't seem to have any effect. I still haven't found any steps to reliably reproduce this, but it happens several times a day.
No luck on reproducing this one. I used the following eclipse version: Version: Helios Service Release 1 Build id: 20100917-0705 And these are the steps followed: 1. Create a temporary workspace and create a dynamic web project using the directory configuration as given in comment #4. 2. Create a new local SVN repository and import the newly created project into the repository. 3. Create a new eclipse workspace and checkout the project inside the workspace. 4. Create a new project from the location of the checked out project. 5. Clean + build I tried the last step after an update and few other command-line SVN operations. But didn't seem to change the behavior. All entries inside .svn remain. After going through the MyEclipse discussion topic, I would like you to try this also - Remove the "JavaScript Builder" from the builders list and try building.
(In reply to comment #8) > After going through the MyEclipse discussion topic, I would like you to try > this also - Remove the "JavaScript Builder" from the builders list and try > building. Did you get a chance to try this?
(In reply to comment #9) > (In reply to comment #8) > > After going through the MyEclipse discussion topic, I would like you to try > > this also - Remove the "JavaScript Builder" from the builders list and try > > building. > > Did you get a chance to try this? I disabled the "JavaScript Validator" builder and it seems to have fixed this. So it seems that the problem lies within that builder, or is at least related to having it enabled.
Olivier, Is there an eclipse component (that is responsible for the Javascript builder) that we can move this bug to? If not I would close this.
Moving to Webtools
Sounds like a duplicate of bug 317750, except that it shouldn't happen if you've applied SR1.
Created attachment 189641 [details] proposed patch
Committed to 3.2.4 and HEAD.
*** Bug 339927 has been marked as a duplicate of this bug. ***
*** Bug 343328 has been marked as a duplicate of this bug. ***
How do i get this fix installed on my Helios R2 installation? This bug is killing us.
3.2.4 will be downloadable and on our update site tomorrow, iirc. The zips are already available from http://build.eclipse.org/webtools/committers , but that typically means getting the zips for Eclipse and the other Prerequisites and assembling an installation manually.
