Bug 3253

Summary: SEVERE: Not all external JARs show up in packages view (1GD0JZO)
Product: [Eclipse Project] JDT Reporter: John Arthorne <john.arthorne>
Component: CoreAssignee: David Audel <david_audel>
Status: VERIFIED WORKSFORME QA Contact:
Severity: normal    
Priority: P3    
Version: 2.0   
Target Milestone: 2.0 F2   
Hardware: All   
OS: All   
Whiteboard:

Description John Arthorne CLA 2001-10-10 22:52:03 EDT
There seems to be no consistent pattern to where external JARs show up in the packages
view.  In my current workspace, only one project has external jars listed below it, all the
others don't.  Some JARs referenced by projects in my workspace don't appear anywhere.

NOTES:

JohnA (4/30/01 4:51:30 PM)
	I discovered that if I delete the jars from my build path, then re-add them, they appear
	in the packages view.  So here is the exact error case:

1) Create a project that references external jar c:\temp\hello.jar
2) Release to server
3) Delete the project
4) Delete local external jar hello.jar
5) Select the project in the repository, select add to workspace
6) Now, the jar hello.jar does NOT appear in the packages view (fine because it doesn't exist)
7) Create external jar hello.jar.  It will not reappear in packages view unless deleted
	from build path and readded.

EG (5/6/2001 5:02:35 PM)
	the packages view does an existance test before showing an element.
	we should NOT do this, but show non-existing package fragment roots.

EG (5/11/01 5:30:58 PM)
	showing a reference is non-trivial in the UI. The entry shows up in the class path.
	We need a notification from the Java model to update the class path.
	Moving to JCORE after talking to PM
Comment 1 DJ Houghton CLA 2001-10-23 23:53:03 EDT
PRODUCT VERSION:

0.101 selfhost

Comment 2 Philipe Mulet CLA 2001-11-19 05:46:16 EST
There should not be any root for missing elements, this is now enforced. Some 
classpath entries would not be mapped to any roots.

The remaining question is: when is it a good time to refresh the roots ? On a 
full build ? I would rather vote for a forced manual refresh, however there is 
no way to hook into this action.
Comment 3 Philipe Mulet CLA 2002-04-29 13:48:58 EDT
Please check behavior with latest.
Comment 4 Jerome Lanneluc CLA 2002-05-03 05:50:39 EDT
Behavior is still the same. I still have no idea how to solve this without a 
notification from core.
Comment 5 Jerome Lanneluc CLA 2002-05-15 12:16:33 EDT
Will review after 2.0 if core provides us with some support.
Comment 6 Philipe Mulet CLA 2002-05-31 17:02:48 EDT
JAR refresh mechanism got added (using explicit user action).
Fixed.
Comment 7 Philipe Mulet CLA 2002-05-31 17:03:03 EDT
Closed
Comment 8 David Audel CLA 2002-06-03 09:16:13 EDT
Verified.
Comment 9 David Audel CLA 2002-06-03 09:17:18 EDT
Verified.