Re: Strange stuff when doing incremental builds

From: Anjo Krank (kran..ogicunited.com)
Date: Wed Apr 05 2006 - 08:32:56 EDT

  • Next message: Denis Frolov: "problem with xcodeproj file generation"

    OK, it's this gem in
    org.objectstyle.wolips.projectbuild.util.ResourceUtilities:

      public static IResource checkDestination (IPath path,
    IProgressMonitor m, boolean derived)
         throws CoreException
       {
         if (checkDir (path.removeLastSegments(1), m, derived)) {
           IResource res = getWorkspaceRoot().findMember(path);
           if (null != res && res.exists()) {
             try {
               res.delete(true, m);
    // } catch
    (org.eclipse.core.internal.resources.ResourceException e) {
             } catch (CoreException ce) {
               ce.printStackTrace();

    // IPath trashFolder = res.getProject().getFullPath().append
    ("build/.trash");
    // IPath trashPath = trashFolder.append(res.getName()+
    (_uniqifier++));
    // checkDir (trashFolder, m);
    // res.move(trashPath, true, null);

               IPath newName = res.getLocation().removeLastSegments(1);
               newName = newName.append(res.getName()+_getUniqifier());
               File resFile = res.getLocation().toFile();
               if (!resFile.renameTo(newName.toFile())) {
                 throw ce;
               }
             }
             //res.refreshLocal(IResource.DEPTH_ONE, m);
           }
           return res;
         }
         return null;
       }

    Unless there are problems, I'll re-instate the commented block so
    that this stuff lands in .trash where it belongs.

    Cheers, Anjo

    Am 05.04.2006 um 14:02 schrieb Anjo Krank:

    > The problem seems to the the .svn.
    >
    > a..icardo:Resources > l -a MyEOModel.eomodeld/.svn/
    > total 0
    > drwxr-xr-x 5 ak staff 170 Apr 5 13:40 .
    > drwxr-xr-x 7 ak staff 238 Apr 5 13:40 ..
    > -r--r--r-- 1 ak staff 0 Apr 5 13:40 bar
    > -r--r--r-- 1 ak staff 0 Apr 5 13:40 baz
    > -r--r--r-- 1 ak staff 0 Apr 5 13:40 foo
    >
    > When you clean, it can't delete the write-protected files and
    > solves the problem by moving over the stuff to a new Directory
    > "MyModel.eomodeld1" etc.
    >
    > The real question is: why is it copying the .svn in the first
    > place?? In the ProjectPatternsets we have
    >
    > private final static PatternsetMatcher DEFAULT_EXCLUDE_MATCHER =
    > new PatternsetMatcher(
    > new String[] { "**/.svn", "**/.svn/**", "**/CVS", "**.*~/**",
    > "**/CVS/**", "**/build/**", "**/dist/**" });
    > So where is the model and the .wo copied?
    >
    > Cheers, Anjo
    >
    > Am 04.04.2006 um 19:36 schrieb Sébastien Sahuc:
    >
    >> I also noticed this strange number things with eomodel files ,
    >> something like:
    >>
    >> [EOMODELNAME].eomodel/entity.plis32
    >> [EOMODELNAME].eomodel/fetchspec12
    >> [etc...]
    >>
    >> It seems that sometimes, the incremental compiler tries to version
    >> those files. Now I have no clue where this is taking place, but if
    >> this happens again we should look at it for sure.
    >>
    >> Sebastien
    >>
    >> On Apr 4, 2006, at 9:33 AM, Anjo Krank wrote:
    >>
    >>> Has anyone also seen stuff like that in the "build" directory?
    >>> Where do the .woXX folder come from? My resources.patternsets are
    >>> pretty much the default.
    >>>
    >>> Cheers, Anjo
    >>>
    >>> a..icardo:Resources > l -d TextComponent*
    >>> -rw-r--r-- 1 ak admin 763 Oct 24 10:46 TextComponent.api
    >>> drwxr-xr-x 6 ak admin 204 Apr 4 18:27 TextComponent.wo
    >>> drwxr-xr-x 3 ak admin 102 Apr 4 18:26 TextComponent.wo21
    >>> drwxr-xr-x 3 ak admin 102 Apr 4 18:18 TextComponent.wo29
    >>>
    >>
    >



    This archive was generated by hypermail 2.0.0 : Wed Apr 05 2006 - 08:33:01 EDT