Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.

Bug 1385212

Summary: [eclipse] aborts after selecting the workspace
Product: [Fedora] Fedora Reporter: Joachim Frieben <jfrieben>
Component: eclipseAssignee: Alexander Kurtakov <akurtako>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 25CC: akurtako, andjrobins, eclipse-sig, fedora, jerboaa, krzysztof.daniel, mat.booth, rgrunber
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-11-09 20:41:38 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Eclipse error log file none

Description Joachim Frieben 2016-10-15 08:40:40 UTC
Created attachment 1210748 [details]
Eclipse error log file

Description of problem:
For current Fedora 25, eclipse aborts after selecting the workspace. Instead, an error message pops up pointing to a log file which is attached to this bug report.

Version-Release number of selected component (if applicable):
eclipse-4.6.1-5.fc25

How reproducible:
Always

Steps to Reproduce:
1. Run 'eclipse' in a shell.

Actual results:
After selecting the workspace, an error window pops up.

Expected results:
Eclipse starts up successfully.

Additional info:
No corresponding entry is found in the bug reporting tool.

Comment 1 Mat Booth 2016-10-15 09:30:49 UTC
I cannot reproduce this... Can you try running "eclipse -clean" or moving your ~/.eclipse directory to see if one of these fixes it?

Comment 2 Christian Stadelmann 2016-10-15 12:04:50 UTC
I ran into this bug too after upgrading to eclipse-swt-4.6.1-5.fc25.x86_64. The last backtrace is exactly the same and I'm getting tens of "Unresolved requirement" messages before that.

Got rid of it by starting eclipse with "-clean" parameter, then it started without issues. After that I am able to start eclipse without the "-clean" parameter. No error messages in log file any more.

Comment 3 Roland Grunberg 2016-10-25 15:11:25 UTC
I have had similar behaviour in the past but very little time to investigate. I initially suspected this was related to using 2 different Eclipse instances (eg. rpm or upstream) on the same workspace (even if they are the same version of Eclipse).

Comment 4 Joachim Frieben 2016-10-25 18:56:37 UTC
(In reply to Roland Grunberg from comment #3)
The only eclipse installed on my systen has been pulled in through dnf. As pointed out correctly in comment 1, removing directory .eclipse/ allows for a clean start-up of eclipse thereafter.

Comment 5 Roland Grunberg 2016-11-09 20:41:38 UTC
I think this is exactly Bug 1392150. I've reproduced and think it's related to how bundles wire to javax.annotation (there are 2 providers : one from javax.annotation-api and one from the system bundle).

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