Bug 340629 - External folders project is not created
Summary: External folders project is not created
Status: CLOSED DUPLICATE of bug 337415
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 3.7   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 337415 343509
Blocks:
  Show dependency tree
 
Reported: 2011-03-22 03:43 EDT by Krzysztof Daniel CLA
Modified: 2011-04-21 06:24 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Krzysztof Daniel CLA 2011-03-22 03:43:03 EDT
+++ This bug was initially created as a clone of Bug #337415 +++

After longer consideration, I think this issue is JDT weakness. The external folders project is created in this scenario in response to build event, which is not guaranteed to happen. More over, only the first build event after import carries the delta. If the Eclipse is closed, if it crashes or something, then subsequents build events will not create the project.

The initial bug is already verifiered, so I am cloning it.
----


When the preferences and the project are imported using ANT script, the external folders project is not created causing potentially dangerous behavior (f.e. no delta can be computed, so each build is a full build).

The steps to reproduce the behavior are:
1. Import the projects from attached zip file
2. Inside the Data project there are two launch configurations.
3. Execute the "Headless Import"
4. Refresh the Data project. runtimeData folder contains new workspace, check in the .metadata/.plugins/org.eclipse.jdt.core if the external folders project exists.

Two other projects are ant tasks responsible for loading the preferences and importing the project. The second launch configuration ("Verification") launches Eclipse which uses the same workspace as the headless one, so it is possible to check if the classpath variable has been correctly loaded.
Comment 1 Dani Megert CLA 2011-03-22 03:49:29 EDT
Please add your comments to the original bug.

*** This bug has been marked as a duplicate of bug 337415 ***