Nikolaj Berntsen <firstname.lastname@example.org> wrote on 03/15/2006 11:46:33 AM:
> >There are hooks for this already but clearly the build process does not
> >call them or else that is what would happen. It actually makes sense
> and you know to not be a bug? (has it been raised with the JDT people)?
I have not raised it. I do not think it is a bug. Generally I think it
is more of a bug that something like drag and drop of a file on top of
another one Eclipse tells the version control system it is a delete and an
add instead of just not saying anything.
In this case, I do not know if they called the hook if it would be better
> >the build process does not call the hooks, as the intent is not really
> >delete the items. The problem is just that Subversion happens to have
> >method for storing its metadata that is not compatible with this
> CVS would have the same incompatibility (the CVS dir), would it not?
I do not know. I think CVS is very much more forgiven than Subversion
about what is in the CVS dir.
> Yes, it is something sitting on a java project. Aren't there extension
> points, or the like, allowing one to get a call back once project
> properties are changed? Then one could validate the sanity there?
> Something like (very naively), at SVN hookup-of-the-project time:
> if getProject().getnature() == java
> or at add directory time:
> if getProject.getnature() == java
> if dir == getProject().getproperties().get("build dir")
> I'll say it again: very naively ;-)
I am not that crazy about the idea. If you want to look into a patch I
will look at it though. You probably just need to hook into the Add code,
although the other option would be to hook into the code that says whether
to ignore something. In other words, we already have code that looks up
whether an item is in the Eclipse ignore list, perhaps a check could be
added if the item is a folder to see if it is a build folder.
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Wed Mar 15 17:58:35 2006