I have cleaned the project and checked the -xxx/target directories doesn't exist anymore. Then updated. But when tried to check the status again the folders still are shown in the result.
svn update At revision 60654. svn status M . ! recursos-revision-ejb/target ? recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/comun ? recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/ejb/entidades ? recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/ejb/exception ? recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/ejb/dao/impl ? recursos-revision-ejb/src/main/java/ec/gob/sri/recursos/revision/servicio/impl ! recursos-revision-ear/target M recursos-revision-ear/pom.xml ! recursos-revision-web/target ? recursos-revision-web/src/main/config ? recursos-revision-web/src/main/webapp ? recursos-revision-web/src/main/java/ec A .settings A .settings/org.eclipse.jdt.core.prefs A .settings/org.maven.ide.eclipse.prefs and of course if I try to commit it's not possible due to the missing folders -----Original Message----- From: David Weintraub <qazw...@gmail.com> To: iapazm...@sri.gob.ec Cc: users@subversion.apache.org Subject: Re: Commit fails with path not found Date: Thu, 6 Jan 2011 15:58:29 -0500 The directories that might be causing all the trouble are the "target" directories marked with the "~" mark. Subversion has these directories as versioned items, but they were replaced. I know Maven deletes those directories on a "clean", so I suspect that you did a checkout, created these directories, and did a rebuild. That would have created new "target" directories that prevent Subversion from putting its versioned "target" directories. The directories that start with a "?" should be causing Subversion commit issues. Try this from the command line: 1). Delete the 3 "target" directories. Under Maven, there shouldn't be anything in there that you need. However, you might want to verify that first anyway. You should be able to remove them with a "mvn clean". 2). Do a "svn update". This should recreate the target directories, but these will now be Subversion's version of these directories. 3). Run "svn status" one more time. Make sure that you don't have any listings with "!", "~", or "C" in the first column. The "?" are fine and shouldn't block a commit (although you probably want to add them to the repository, but let's take care of one problem at a time). 4). Now try the commit once more. You can do that from the command line with a "svn commit". The build might not work right this second, but we can fix that in a couple of minutes. Let's make sure you can commit your stuff. 5). If you can do a commit, your next step is to remove the "target" directories using the "svn delete" command. These should not be stored in Subversion. 6). You might want to add in the directories with the "?" before we do another commit. you can use the "svn add" command. The "svn add" will recurse automatically through the directories and add in any sub directories and files. 7). Now commit once more. Your workspace should be clean. There are no more "target" directories in your repository. Although, you might still have them on your disk. Again, "mvn clean" should get rid of them. 8). Now refresh your Eclipse workspace and everything should be fine. -- David Weintraub qazw...@gmail.com "Clausula de Confidencialidad: La información contenida en el presente mensaje es confidencial, está dirigida exclusivamente a su destinatario y no puede ser vinculante. El Servicio de Rentas Internas no se responsabiliza por su uso y deja expresa constancia que en los registros de la Institución consta la información originalmente enviada. Este mensaje está protegido por la Ley de Propiedad Intelectual, Ley de Comercio Electrónico, Firmas y Mensajes de datos, reglamentos y acuerdos internacionales relacionados. Si usted no es el destinatario de este mensaje, recomendamos su eliminación inmediata. La distribución o copia del mismo, está prohibida y será sancionada de acuerdo al Código Penal y demás normas aplicables. La transmisión de información por correo electrónico, no garantiza que la misma sea segura o esté libre de error, por consiguiente, se recomienda su verificación.Toda solicitud de información requerida de manera oficial al SRI debe ser ingresada por Secretaría General y dirigida a la máxima autoridad de la Institución, conforme a la Ley y demás normas vigentes."
