Due to SPAM if you are a *NEW* user and wish to file bugs you will need to contact webmaster at eclipse dot org to be granted permission. All other users should be unaffected by this change.
Bug 37587 - non functional help system
non functional help system
Status: RESOLVED WORKSFORME
Product: Platform
Classification: Eclipse
Component: User Assistance
2.1
PC Windows 98
: P3 minor (vote)
: ---
Assigned To: Platform-Help-Inbox CLA Friend
:
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2003-05-14 07:22 EDT by Kriewsky CLA Friend
Modified: 2013-12-03 06:58 EST (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 Kriewsky CLA Friend 2003-05-14 07:22:20 EDT
Sorry for disturbing but I have prob`s runnig help in Eclipse. When first 
started help it was functional but later it was not. Reinstall did not helped. 
I`m using interball eclipse browser. On the help request it starts but remains 
empty with basic HTML tags generated. I browsed online docu but also Help 
server configuration did not gave me answers on how to make internal help 
system work. DO I miss some setup(classfiles, jar`s or any envinmet setup)?

Thanks in advance
Comment 1 Konrad Kolosowski CLA Friend 2003-05-14 10:46:48 EDT
What is "interball eclipse browser"?  Does help work if you now install a new 
instance of Eclipse SDK in a clean directory?
Does changing help preferences to use System Browser (usually Internet 
Explorer) allow help to appear?
If not, please follow the "Platform - Help" in "Known issues" section in the 
readme for solution to common problems.
If still no go, please also check workspace/.metadata/.log file for any errors.
Comment 2 Kriewsky CLA Friend 2003-05-15 01:47:04 EDT
Thanks for answers:

> "interball" I mean internall(Embended Internet explorer adapter) sorry
> I cleaned entire directory and unpacked the zip file again inti clean dir -> 
nothing changed.
> "Does changing help preferences to use System Browser" -> no
> "If not, please follow the "Platform - Help" in "Known issues" section in the 
readme for solution to common problems." - does not helped
> Log file - no log was generated

Sourcecode of help page is:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=windows-1250"></HEAD>
<BODY></BODY></HTML>

When I forst installed eclipse it was OK. I`m sure I did not change any 
internet connection preferences on comp, but I`m not sure what thinks I have 
done from the time it was functional. Any other Java apps works fine.
Comment 3 Konrad Kolosowski CLA Friend 2003-05-15 10:08:24 EDT
Please also check workspace\.metadata\.plugins\org.eclipse.tomcat\catalina*.log 
for possible errors.
Which jre are you using?  Could you try running with a different (pass -vm 
path/to/java.exe) and see if it helps?
Thanks.
Comment 4 Kriewsky CLA Friend 2003-05-16 03:28:17 EDT
For sure I completly reinstalled Java enviroment and that solved problem so the 
next comments are just answers to your questions and are maybe obsolete.

-S----- catalina.2003-05-16.log -----------------------------------------
WebappLoader[]: Deploying class repositories to work directory 
D:\DevTools\eclipse\workspace\.metadata\.plugins\org.eclipse.tomcat\ROOT
StandardManager[]: Seeding random number generator class 
java.security.SecureRandom
StandardManager[]: Seeding of random number generator has been completed
ContextConfig[]: Added certificates -> request attribute Valve
StandardWrapper[:default]: Loading container servlet default
StandardWrapper[:invoker]: Loading container servlet invoker
HttpConnector Opening server socket on all host IP addresses
HttpConnector[0] Starting background thread
HttpProcessor[0][0] Starting background thread
HttpProcessor[0][1] Starting background thread
HttpProcessor[0][2] Starting background thread
HttpProcessor[0][3] Starting background thread
HttpProcessor[0][4] Starting background thread
WebappLoader[/help]: Deploying class repositories to work directory 
D:\DevTools\eclipse\workspace\.metadata\.plugins\org.eclipse.tomcat\help
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to 
D:\DevTools\eclipse\plugins\org.eclipse.help.webapp_2.1.1\WEB-INF\lib\jsp.jar
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to 
D:\DevTools\eclipse\plugins\org.eclipse.help.webapp_2.1.1\WEB-
INF\lib\servlets.jar
StandardManager[/help]: Seeding random number generator class 
java.security.SecureRandom
StandardManager[/help]: Seeding of random number generator has been completed
ContextConfig[/help]: Added certificates -> request attribute Valve
StandardWrapper[/help:default]: Loading container servlet default
StandardWrapper[/help:invoker]: Loading container servlet invoker
HttpProcessor[0][4] Stopping background thread
HttpProcessor[0][3] Stopping background thread
HttpProcessor[0][2] Stopping background thread
HttpProcessor[0][1] Stopping background thread
HttpProcessor[0][0] Stopping background thread
HttpConnector[0] Stopping background thread
-E----- catalina.2003-05-16.log -----------------------------------------
-S----- java version ----------------------------------------------------
D:\DevTools\eclipse>java -version
java version "1.4.0_03"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0_03-b04)
Java HotSpot(TM) Client VM (build 1.4.0_03-b04, mixed mode)
-E----- java version ----------------------------------------------------
I tried to pass jre o c:\program files\... but again nothing happened.
Comment 5 Konrad Kolosowski CLA Friend 2003-05-16 11:58:59 EDT
Glad to know that clean jre solved the problem.
That could have been something missing or some extra jars (xercess, j2ee) added 
to the other jre, that were conflicting with classes in Eclipse plug-ins.