[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: Mark Phippard <markphip_at_gmail.com>
Date: Thu, 26 Jun 2008 08:47:13 -0700

On Wed, Jun 25, 2008 at 4:10 PM, Acheson, Douglas
<douglas.acheson_at_rbc.com> wrote:

> I am using RAD 7 (v7.0.3) with the new subclipse v1.5.0 plugin
> against a svn (v1.5.0) repo using web_dav (the Collaba release) on
> Windows XP sp2. I have created an EJB project and it contains a
> stateless session EJB. I check in all the generated code to SVN and all
> is good. When I tell RAD to prepare the EJB for deployment it
> regenerates code (the stubs and skels etc) - basically runs rmic again.
> At this point the RAD replaces those files new ones with the same names.
> Now when I look at the artifacts from the Package Explorer they do not
> show up as versioned elements nor (cylinder) as non-versioned elements
> (with ?) (i.e. no label decoration).

Sometime before 1.0 I think we added a way to handle tools like these
from IBM which generate files by deleting and recreating them. The
problem is that these tools do it with Eclipse API's and so Eclipse
tells us the file is deleted and we run svn delete. What we did was
we allow you to add a Subversion property named "DeferFileDelete" with
a value of "true". You can set this on a parent folder of the
generated files. When this property is set, Subclipse will ignore any
Deletes that are sent for files beneath the folder with the property.

This is a versioned property, so you must commit it. With this in
place, we will just treat these files as modifications as they should
be.

-- 
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
Received on 2008-06-26 20:15:57 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.