Community
Participate
Working Groups
I'm not able to view the help in Help-> Help Contents . I have set the custom browser to mozilla. On clicking on Help->Help Contents, it gives me Server Error(BAD_URL), pointing to an invalid URL. The URL is pointing to http://127.0.0.1:50396/help/index.jsp A similar problem was also happening in 3.0.1 version.
This is a valid URL. Help system runs a local http server that provides help content to the browser. Please check your browser proxy settings, not to proxy this local URL. If that does not solve the problem, check workspace/.metadata/.log and workspace/.metadata/.plugins/org.eclipse.tomcat/catalina.*.log for error. If none, please review other common help problems in eclipse readme.
Hi, Sorry for re-opening it again. I'm still not able to view the help when i click on the Help-> Help Contents. I installed the latest version of Eclipse(3.0.2) just to check whether the same problem is present. Now I get the folloing contents in workspace/.metadata/.plugins/org.eclipse.tomcat/catalina.*.log file. ------ WebappLoader[]: Deploying class repositories to work directory /psc/proj/ssd/Users/Roopa/Eclipse/hp/relver/eclipse/workspace/.metada ta/.plugins/org.eclipse.tomcat/ROOT ContextConfig[]: Added certificates -> request attribute Valve StandardManager[]: Seeding random number generator class java.security.SecureRandom StandardManager[]: Seeding of random number generator has been completed StandardWrapper[:default]: Loading container servlet default StandardWrapper[:invoker]: Loading container servlet invoker CoyoteConnector Coyote can't register jmx for protocol WebappLoader[/help]: Deploying class repositories to work directory /psc/proj/ssd/Users/Roopa/Eclipse /hp/relver/eclipse/workspace/.metadata/.plugins/org.eclipse.tomcat/help WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to /psc/proj/ssd/Users/Roopa/Eclipse/hp/relver/e clipse/plugins/org.eclipse.help.webapp_3.0.2/WEB-INF/lib/jsp.jar WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to /psc/proj/ssd/Users/Roopa/Eclipse/hp/relver/eclipse/plugins/org.eclipse.help .webapp_3.0.2/WEB-INF/lib/servlets.jar ContextConfig[/help]: Added certificates -> request attribute Valve StandardManager[/help]: Seeding random number generator class java.security.SecureRandom StandardManager[/help]: Seeding of random number generator has been completed StandardWrapper[/help:default]: Loading container servlet default StandardWrapper[/help:invoker]: Loading container servlet invoker ------ I have tried out eclipse for different target platforms like linux, solaris , windows and hpux. Its only the hpux that is causing this error. -Roopa
Hi, The catalina log looks normal. Could you please try: Look at Mozilla Preferences, the Advanced->Proxies tab, and ensure it is set for "Direct connetion to the internet", and the "No Proxy for:" lists: "localhost" and "127.0.0.1" separated by comma. Run eclipse with a newly installed jre - add -vm -path/to/java to the command line you use to start Eclipse. Check if machine does not have a firewall running that block (local connections to local port. If firewall is running, please try without it, or configure to allow local connections, or at least connections to a certain port (you will have to specify this port in help/appserver preferences, so help uses it instead of a random one).
Hello, I am also having the same problem. Only I am having them on two different machines with different operating systems. One, a laptop, has Windows XP and the other, a desktop, has Windows 2003 Server. On both machines I cannot access the Help -> Help Contents page. I receive an "Action Canceled" error. I tried the solutions described above with no success.
Can you check: - Is there anything special about your network setup? Firewall, proxy, security policies, etc. If yes, try turning everything off to see if this is the cause. - Are you able to host files from a local tomcat server and view them with IE, locally using http://127.0.0.1:port/path/file.ext ?
Created attachment 117799 [details] Help not working on linux Help is not accessible on my linux machine. I'm behind a proxy wich require user authentication. I have configured the network settings in eclipse NOT to prxy any urls on local host. Despite the configuration the localhost URL is still redirected to the proxy. (see screenshot). On the other hand at th same time firefox displays the same URL correctly. It seems that eclipe hel does not honour the No proxy for. settings...
Does the help system work if you set the help preference to always use an external browser?
I too can't get Help->Help Contents to work. Environment: Ganymede 3.4.2 build M20090211-1700. Help System Base: 1.0.2.R342_v20090122 Several other features such as CDT, TPTP, Log Analyzer, etc. Platform: Gentoo Linux (kernel 2.6.22), KDE desktop Preferences: Help: Use external browser: yes all the rest default no external infocenters Web Browser: Use external: Konqueror (/usr/kde/3.5/bin/konqueror %URL%) No proxy in use. Firewall blocks external access to everything, but nothing locally. The web browser works on web pages. Context help works. Help Contents brings up an error window titled "Error 500 Internal Server Error - Konqueror" saying: HTTP ERROR: 500 Internal Server Error RequestURI=/help/index.jsp Powered by Jetty:// The URI that Konqueror used to access that web page was http://127.0.0.1:46152/help/index.jsp netstat -a shows tcp6 0 0 [::]:46152 [::]:* LISTEN Hmmn - just noticed that's come up as a V6 ip address. Is that relevant? I've not knowingly configured anything to request that from Eclipse. As far as I know, my stack supports V6 and vanilla TCP/IP and both work. Needless to say, konqueror works on the web happily. There's nothing remotely relevant in workspace/.metadata/.log, nothing in the catalina logs (they've not been touched for a couple of years) and nothing in the system log. Browsing to http://127.0.0.1:46152/help/frimble produces Error 404, as it should. The
Paul, are you running the Eclipse SDK, or are you running the SDK plus other plug-ins. The error indicates that the server was able to start up but not serve a jsp file. In order to serve the index.jsp file the Equinox server framework reads the extensions, determines that there is a resource extension that identifies the folder containing index.jsp as a JavaScript file, compiles it if necessary and maps the request to the compiled JavaScript. If any of these steps failed this could cause a status 500. I don't think the IPV6 error is related.
Chris, I'm using Eclipse 3.4 (Ganymede) with loads of plugins. A summary of the features in my Eclipse system is JDT, CDT, PDE, EMF core, Log Analyzer, Web tools, TPTP, Jet. FWIW I think you mistyped when you said "identifies the folder containing index.jsp as a JavaScript file"; you probably meant a JavaServer page (JSP) source. FWIW, I have several Eclipse products installed on my Linux box. They happily coexist, and the help engines work OK for the others (a Rational product running on Eclipse 3.4, and another Eclipse 3.4 application, all three Eclipses having different directory trees (which wastes a lot of disk, but that's another story!). Your comment makes me wonder if I'm missing part of the help system. I don't think I know how to delete part of it, but maybe it went walkabout.
Yes I meant jsp file, not JavaScript file. The equinox http extensions determine how resource mappings get handled. It is possible that you have another plug-in installed that has a conflicting mapping for "/", the root path of an http request to the help system. If you are able to open http://host:port/help/toc (you should see an XML file) that would indicate the help system is working but something is causing the jsp mapping not to work. If you cannot open help/toc then it would imply something else.
Is this still a problem?
FYI, In 3.8/4.2 Help has stopped working with external browsers other than Firefox for different reasons - https://bugs.eclipse.org/bugs/show_bug.cgi?id=389631.
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug. If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. -- The automated Eclipse Genie.