Bug 318620 - Project close automatically removes entry from ANT - but doesn't add it on Project open
Summary: Project close automatically removes entry from ANT - but doesn't add it on Pr...
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: Ant (show other bugs)
Version: 3.7   Edit
Hardware: PC Windows XP
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-Ant-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-01 10:49 EDT by MH CLA
Modified: 2019-09-06 16:03 EDT (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MH CLA 2010-07-01 10:49:30 EDT
Build Identifier: 20100617-1415

I wondered why some of my ANT buildfiles in the ANT view suddenly disappeared. The reason is that closing a project in the package explorer _automatically_ also remove the buildfile from the ANT view. (I don't know what this is good for.) But when opening the project again, the buildfile is not added to the ANT view again.

Either you disable/make it configurable to remove an entry from the ANT view on closing a project or you make it consistent and also re-add the buildfile when the project is opened again.

Reproducible: Always

Steps to Reproduce:
1. Create Java Project
2. Add ANT buildfile to the ANT view
3. Close Project in the Package Explorer => entry in ANT view disappears
4. Open Project in the Package Explorer => entry in ANT view keeps disappeared :-(
Comment 1 Stephan Herrmann CLA 2010-07-01 17:21:08 EDT
So what does "closing a project" mean to you?

I tend to agree with the IDE that closing means you can't see what's inside.
So Ant view has no other choice but removing the now invisible build file
from the view.

Compare it to editors that are also closed when closing a project.
Also the configuration of open editors is not restored when a project
is re-opened.

Looks consistent to me.
Comment 2 MH CLA 2010-07-01 19:07:06 EDT
"Consistent" doesn't always mean meaningful/useful! Because of bug #318574 I hade to close one project and open another (toggling between the two projects by closing one and opening the other to work around bug 318574). Can you imagin, how bothersome development is if you have to add the build.xml of your projects to the ANT view over and over again? At least it should be configurable in the ANT view.
Comment 3 Stephan Herrmann CLA 2010-07-02 05:37:21 EDT
First, I'm moving this bug to Platform/Ant where the ant view is implemented.

Second, to me the Ant view doesn't seem to be the right place to store 
your configuration, even just closing the Ant view and re-opening
drops all build files.

If your workflow heavily depends on using the same build files over and 
again, have you considered creating "External Tool Configurations" for them?
Comment 4 MH CLA 2010-07-02 15:48:01 EDT
Our primer is to be able to edit code with a simple text editor and compile/build/deploy projects by calling ANT targets. Of course with this requirement, I reuse this in Eclipse to to create the JARs, ZIPs, DOCs and deploy the projects. So I don't see the necessarity to have to link the ANT projects with the Eclipse open projects.
Comment 5 Darin Wright CLA 2010-07-12 11:39:24 EDT
The Ant View was originally designed like this: the user manually adds/removes build files to/from the view. Closing a project automatically removes the build files. This is an enhancement request to automatically show all build files in the workspace or within a working set, etc. (i.e. some well defined scope).
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:03:53 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.