Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 321247 - [Help] FileNotFoundException starting infocenter
Summary: [Help] FileNotFoundException starting infocenter
Status: RESOLVED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: User Assistance (show other bugs)
Version: 3.7   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: 3.8 M1   Edit
Assignee: Chris Goldthorpe CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-29 12:27 EDT by Chris Goldthorpe CLA
Modified: 2012-03-13 03:31 EDT (History)
2 users (show)

See Also:


Attachments
Patch (1.43 KB, patch)
2010-07-29 12:54 EDT, Chris Goldthorpe CLA
no flags Details | Diff
Patch version 2 (753 bytes, patch)
2011-06-20 17:59 EDT, Chris Goldthorpe CLA
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Chris Goldthorpe CLA 2010-07-29 12:27:08 EDT
I20100720-0800

Sometimes a FileNotFoundException is generated when starting the infocenter with a clean workspace. 

java.io.FileNotFoundException: C:\cs\workspaces\runtime-New_configuration81\.metadata\.connection (The system cannot find the path specified.)
	at java.io.FileOutputStream.open(Native Method)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:205)
	at java.io.FileOutputStream.<init>(FileOutputStream.java:157)
	at org.eclipse.help.internal.base.HelpApplication.writeHostAndPort(HelpApplication.java:135)
	at org.eclipse.help.internal.base.HelpApplication.start(HelpApplication.java:61)
	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
Comment 1 Chris Goldthorpe CLA 2010-07-29 12:54:01 EDT
Created attachment 175514 [details]
Patch

The old code was was using this expression to find the metadata location:

new File(Platform.getLocation().toFile(), ".metadata/")

which does not look right, it should be using Plugin.getStateLocation() instead.
Comment 2 Chris Goldthorpe CLA 2010-07-29 12:57:06 EDT
Patch applied to HEAD, Fixed.
Comment 3 Chris Goldthorpe CLA 2010-12-16 13:45:01 EST
Reopened - see Bug 332694 - [Help] Standalone help with "-command displayHelp" not working
Comment 4 Chris Goldthorpe CLA 2011-06-20 17:59:50 EDT
Created attachment 198297 [details]
Patch version 2
Comment 5 Dani Megert CLA 2011-06-21 03:46:25 EDT
Chris, please also update the bundle version in the manifest.
Comment 6 Chris Goldthorpe CLA 2011-06-21 11:44:19 EDT
Good catch, I have updated the bundle version. I'll set the state to fixed once 3.8M1 is added to the target milestones.
Comment 7 Dani Megert CLA 2011-06-22 12:19:45 EDT
(In reply to comment #6)
> Good catch, I have updated the bundle version. I'll set the state to fixed once
> 3.8M1 is added to the target milestones.

I get API tooling errors now.
Comment 8 Chris Goldthorpe CLA 2011-06-22 12:32:30 EDT
You must be using 3.6.2 ( and not 3.7) as the API baseline. The API problem filters need to change every time the bundle version changes. If 3.7 is the API baseline no errors will show because there has been no API change since 3.7, I will fix the filters to get rid of the errors when 3.6.2 is the baseline.
Comment 9 Dani Megert CLA 2011-06-23 02:19:52 EDT
(In reply to comment #8)
> You must be using 3.6.2 ( and not 3.7) as the API baseline.
Ah yes. We (JDT) are currently coding for 3.7.1 and hence I didn't pump up the API baseline yet. Sorry for the noise.
Comment 10 Chris Goldthorpe CLA 2011-09-15 12:46:50 EDT
This was fixed in 3.8M1, see Comment 6.
Comment 11 Dave Henderson CLA 2012-03-12 14:01:11 EDT
I see this was targeted to 3.8, and not 3.7.1 or 3.7.2 -- is this because there's some sort of workaround for 3.7.x?

I ask because I'm seeing this consistently trying to launch org.eclipse.help.base.infocenterApplication within the IDE (using an Eclipse Application Run Config)... I'm trying to test some changes I've made to my help plugin, and I'd rather not have to rebuild and redeploy each time I make a minor HTML modification :)

Thanks!
Comment 12 Dani Megert CLA 2012-03-13 03:31:27 EDT
(In reply to comment #11)
> I see this was targeted to 3.8, and not 3.7.1 or 3.7.2 -- is this because
> there's some sort of workaround for 3.7.x?

I don't think so. It was just not considered critical enough to be backported.