| RE: [platform-vcm-dev] Copy Listener |
One approach to consider is to provide a way to declare which types
of persistent properties should be "copied" and which should not
(i.e. should just be initialized to the default value or left empty in
the copy). This has the advantage of being more declarative and
producing consistent behavior across the various plug-ins, rather than
depending on appropriate firing of plugin triggers.
Cheers,
Geoff
-----Original Message-----
From: Kevin McGuire [mailto:Kevin_McGuire@xxxxxxx]
Sent: Thursday, October 31, 2002 6:21 PM
To: platform-vcm-dev@xxxxxxxxxxx
Subject: RE: [platform-vcm-dev] Copy Listener
Hi Joseph,
We have a very similar case: our persistent property which denotes that a
project is shared. The result is that the copy of a shared project is also
shared (very surprising to most!).
We will continue to look at this and perhaps can figure out something with
the core team for 2.1.
Cheers,
Kevin
"Zulli, Joseph"
<Joseph.Zulli@xxxxxx> To: <platform-vcm-dev@xxxxxxxxxxx>
Sent by: cc:
platform-vcm-dev-admin@ Subject: RE: [platform-vcm-dev] Copy Listener
eclipse.org
10/31/2002 01:54 PM
Please respond to
platform-vcm-dev
Hi Kevin,
Thanks for the response to my email. Here is my requirement. I wasn't
sure if you wanted me to email you or if you wanted me to append it to
the bug report. Let me know if you want the latter.
I am implementing a Team provider that has very advanced synchronization
features. A lot of the synchronization is made possible by using the
IResource.setPersistentProperty() method to assign each resource a
unique synchronization ID. So far, it seems that everything is working
very well except in the instance of copy. This is because when a file is
copied and pasted it's persistent properties are pasted with it. In my
case this is bad because I now have two different files with the same
sync ID, which causes all sorts of problems. The pasted file needs to
have it's sync ID removed and replaced with a different one. This is
easy to do as long as I can be notified of the copy/paste action taking
place. Using the IResourceChangeListener only tells me that the file is
added, which isn't enough information. For me, I think simply adding
copy to IMoveDeleteHook, or something similar would be good enough.
Modifying IResourceChangeListener to have a PASTED delta event would be
even cooler.
That's about it. Let me know if you need more info.
Joe
-----Original Message-----
From: Kevin McGuire [mailto:Kevin_McGuire@xxxxxxx]
Sent: Wednesday, October 30, 2002 2:17 PM
To: platform-vcm-dev@xxxxxxxxxxx
Subject: Re: [platform-vcm-dev] Copy Listener
I believe you are correct and that there is no good way to do it.
The following bug report discusses the need for copy being a part of the
move/delete hook:
http://bugs.eclipse.org/bugs/show_bug.cgi?id=13530
And, actually, we were just discussing this issue a few weeks ago. Can
you outline your requirement for it? It would help us to understand the
parameters of the problem. Clearly we believed that explicit copy
notification wasn't required by providers -- that 'add' was enough.
Kevin
"Zulli, Joseph"
<Joseph.Zulli@xxxxxx> To:
<platform-vcm-dev@xxxxxxxxxxx>
Sent by: cc:
platform-vcm-dev-admin@ Subject:
[platform-vcm-dev] Copy Listener
eclipse.org
10/29/2002 01:51 PM
Please respond to
platform-vcm-dev
Hi everyone,
I'm in a situation where I need to know when files get copied from one
location to another. Unfortunately, the IMoveDeleteHook does not notify
me of copies. I tried using the IResourceChangeListener but as far as I
can tell there is no way to determine whether a file was copied or added
some other way. I only need to know about the copies for my repository
provider. Does anyone know how this can be done?
Thanks in advance,
Joe
Joseph Zulli
Computer Associates
Software Engineer
tel: +1 805 562-0423
fax: +1 805 562-0496
jzulli@xxxxxx
_______________________________________________
platform-vcm-dev mailing list
platform-vcm-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-vcm-dev
_______________________________________________
platform-vcm-dev mailing list
platform-vcm-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-vcm-dev
_______________________________________________
platform-vcm-dev mailing list
platform-vcm-dev@xxxxxxxxxxx
http://dev.eclipse.org/mailman/listinfo/platform-vcm-dev