[lancespeelmon]

I noticed that GA2.5.1 created a .myeclipse directory in my project’s home directory. However, there are no files stored there. Should there be?

I have noticed that on occasion my project loses its deployment configuration. I would have thought this configuration would have been stored in .myeclipse but it is not…

Two questions: 1) what should be stored in .myeclipse and 2) where are my project’s deployment descriptors being stored?

Thanks!
Lance

PS – Eclipse keeps wanting to add this directory to CVS over, and over, and over… 🙂

[Scott Anderson]

Lance,

I noticed that GA2.5.1 created a .myeclipse directory in my project’s home directory. However, there are no files stored there. Should there be?

There are from time to time. It’s a temp directory but normally it should be empty and ignored.

I have noticed that on occasion my project loses its deployment configuration. I would have thought this configuration would have been stored in .myeclipse but it is not…

Project deployments are stored elsewhere. There are a number of things that you might do that will cause a project to be undeployed. The full list is in MyEclipse User Guide > Concepts > J2EE Project Deployment.

Eclipse keeps wanting to add this directory to CVS over, and over, and over… 🙂

Just right-click on it and select Team > Add to .cvsignore. However, there is a file called .mymetadata that should be added to CVS, just like your .project file and your .classpath file.

–Scott
MyEclipse Support

[Wayne Kidd]

@scott wrote:

Lance,

I noticed that GA2.5.1 created a .myeclipse directory in my project’s home directory. However, there are no files stored there. Should there be?

There are from time to time. It’s a temp directory but normally it should be empty and ignored.

I have noticed that on occasion my project loses its deployment configuration. I would have thought this configuration would have been stored in .myeclipse but it is not…

Project deployments are stored elsewhere. There are a number of things that you might do that will cause a project to be undeployed. The full list is in MyEclipse User Guide > Concepts > J2EE Project Deployment.

Eclipse keeps wanting to add this directory to CVS over, and over, and over… 🙂

Just right-click on it and select Team > Add to .cvsignore. However, there is a file called .mymetadata that should be added to CVS, just like your .project file and your .classpath file.

–Scott
MyEclipse Support

It is unfortunate that once a file is in version control, it is quite hard to remove it. I would like advice on this. I have 2 problems:

1). .myeclipse is in CVS and there is no easy way to get rid of it. I am sure I could find a way – but I would like advice.

2). Much more complicated is my use of application.xml . I use it as a reload switch. I do this by touching the file with the editor and then saving it. I could get rid of it and bring it back (through import), but then if I add it to cvsignore, it will not be in CVS (It is a valid thing and the other members of the team need it) – but they should not check it in and (for the most part) it never really changes. I would like to be able to have it in CVS, but ignored until I tell Team that the change is really important. I know this sounds strange, but without a tool to force app reload, I am stuck with this situation.

Wayne

[Scott Anderson]

1). .myeclipse is in CVS and there is no easy way to get rid of it. I am sure I could find a way – but I would like advice.

It is a bear to get stuff out of CVS. As far as the .myeclipse directory is concerned, it should always be empty and CVS won’t actually store an empty directory anyway so it might not be a problem for you.

If it really bugs you anyway, can also manually add it to the .cvsignore file at the top level of your project directory. However, since it’s already been added I don’t think that this alone will remove it. After synchronizing to add the .cvsignore change, you’ll probably have to delete the .myeclipse directory, sync again to remove it from CVS, then RECREATE IT in your project so your compilations don’t break. The new version, since it’s in .cvsignore now, shouldn’t try to go back on checkin, at least in theory. 🙂

2). Much more complicated is my use of application.xml .

I think everyone has this problem. CVS only stores deltas, so it’s not a big deal from a space perspective. However, for files like this I do the following before synchronizing:

1) Right-click on the file and select “Replace with…” > Latest from HEAD. This pulls an identical version out of CVS and makes Eclipse “forget” that it’s been modified.
2) Synchronize as usual.

–Scott
MyEclipse Support

[Author]

Posts