[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: [Subclipse-users] Issue with RAD 7 generated code

From: Acheson, Douglas <douglas.acheson_at_rbc.com>
Date: Wed, 2 Jul 2008 12:49:35 -0400

Okay I could be looking in the wrong file, and yes that does make some
sense to me - schedule for deletion (or mark for deletion). What method
get invoked then for the "schedule for delete" action? Does it have to
do with the WorkspaceModifyDeletegingOperation class? I am asking these
questions so I am able to help resolve issues so I can migrate over the
developers from CVS to SVN. I will look into the derived property for a
file as well.

Regards,

-----Original Message-----
From: Mark Phippard [mailto:markphip_at_gmail.com]
Sent: 2008, July, 02 11:37 AM
To: users_at_subclipse.tigris.org
Subject: Re: [Subclipse-users] Issue with RAD 7 generated code

On Wed, Jul 2, 2008 at 11:28 AM, Acheson, Douglas
<douglas.acheson_at_rbc.com> wrote:
> Preamble:
> This thread may be moved to the developers list if the moderators
deem it necessary.
>
> I investigated further and found out that the SVNMoveDeleteHook does
not get invoked when RAD regenerates the generated code. This is what I
did.
>
> Grabbed the latest stable source code from SVN set up a RAD workspace
with the required projects placed a break point in the SVNMoveDeleteHook
(lines 41 and 50). Launch a new RAD instance, testing workspace from
the first RAD, in debug mode. Then get the sample project from SVN, all
works fine. I then invoke the "Prepare for deployment" activity within
RAD and the it completes without hitting my breakpoints.
>
> Could the "derived" file property be affect this behaviour as it did
for the other email I sent?

Possibly. It was hard to understand what you were seeing before. It
sounded a bit like what happens when files are scheduled for deletion.

-- 
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
_______________________________________________________________________
This e-mail may be privileged and/or confidential, and the sender does not waive any related rights and obligations.
Any distribution, use or copying of this e-mail or the information it contains by other than an intended recipient is unauthorized.
If you received this e-mail in error, please advise me (by return e-mail or otherwise) immediately.  
Ce courrier électronique est confidentiel et protégé. L'expéditeur ne renonce pas aux droits et obligations qui s'y rapportent.
Toute diffusion, utilisation ou copie de ce message ou des renseignements qu'il contient par une personne autre que le (les) destinataire(s) désigné(s) est interdite.
Si vous recevez ce courrier électronique par erreur, veuillez m'en aviser immédiatement, par retour de courrier électronique ou par un autre moyen.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_subclipse.tigris.org
For additional commands, e-mail: users-help_at_subclipse.tigris.org
Received on 2008-07-02 18:52:04 CEST

This is an archived mail posted to the Subclipse Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.