Re: Strange stuff when doing incremental builds

From: Anjo Krank (kran..ogicunited.com)
Date: Wed Apr 05 2006 - 11:35:24 EDT

  • Next message: Anjo Krank: "Component editor no longer working?"

    And fixed...

    Cheers, Anjo

    Am 05.04.2006 um 14:32 schrieb Anjo Krank:

    > 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 - 11:35:28 EDT