| Re: Can not invoke Help Content under Red Hat Linux 9 [message #142637] |
Sat, 11 October 2003 21:27  |
Eclipse User |
|
|
|
Originally posted by: a_v_karpov.yahoo.com
I installed Eclipse 2.1.1 under Red Hat 9 and everything is fine except I
can not invoke Help Content from Help Menu. Mozilla starts but shows an
empty page. An error is shown: 'Help can not be displayed. The embedded
application server can not run web application. Check log for details.'
I have tried to check the log but just did not find it!
Any advise is highly appreciated.
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #142731 is a reply to message #142637] |
Sun, 12 October 2003 14:31  |
| Eclipse User |
|
|
|
Originally posted by: a_v_karpov.yahoo.com
Alex Karpov wrote:
> I installed Eclipse 2.1.1 under Red Hat 9 and everything is fine except I
> can not invoke Help Content from Help Menu. Mozilla starts but shows an
> empty page. An error is shown: 'Help can not be displayed. The embedded
> application server can not run web application. Check log for details.'
> I have tried to check the log but just did not find it!
> Any advise is highly appreciated.
I have to clarify this error is shown at Plug-in Development Perspective
under Error Log tab..
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #142760 is a reply to message #142637] |
Sun, 12 October 2003 16:17 |
| Eclipse User |
|
|
|
Originally posted by: a_v_karpov.yahoo.com
Alex Karpov wrote:
> I installed Eclipse 2.1.1 under Red Hat 9 and everything is fine except I
> can not invoke Help Content from Help Menu. Mozilla starts but shows an
> empty page. An error is shown: 'Help can not be displayed. The embedded
> application server can not run web application. Check log for details.'
> I have tried to check the log but just did not find it!
> Any advise is highly appreciated.
Here is the latest clarification.
OS: Red Hat Linux 9
Eclipse: 2.1.1 SDK GTK
Browser: Mozilla (indicated as a custom browser at window -> preferences
-> help as 'mozilla %1', the browser is in path and can be launched from
the command line.
Problem: Upon requesting Help Contents browser starts but there is an
empty page index.jsp shown in the browser window. Requesting a page
'http://127.0.0.1:<random generated by Eclipse port number>/' shows page
'Internal Application Server' which is redirected to the empty page
'http://127.0.0.1:<random generated by Eclipse port number>/help/index.jsp'
/home/alex/workspace/.metadata/.plugins/org.eclipse.help/bro wser.log is as
follows:
Oct 12, 2003 11:18:54.13 NEW SESSION
Oct 12, 2003 11:18:54.13 /usr/bin/mozilla
Oct 12, 2003 11:18:54.25 /usr/bin/which: no netscape in
(/usr/local/share/ant/bin:/usr/local/share/tomcat/bin:/opt/J Builder9/jdk1.4/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/ bin:/home/alex/bin)
/home/alex/org.eclipse.tomcat/catalina.log is as follows:
WebappLoader[]: Deploying class repositories to work directory
/home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/R OOT
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
/home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/h elp
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to
/usr/local/share/eclipse/plugins/org.eclipse.help.webapp_2.1 .1/WEB-INF/lib/jsp.jar
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to
/usr/local/share/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
Eclipse is located at /usr/local/share/eclipse directory and launched
under user 'alex'. workspace is located at /home/alex/workspace.
/ROOT and /help directories of
/home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/ are empty.
It looks that content is not being copied (or generated ?) to the
/home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/h elp
Any suggestions on how to fix that?
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #142830 is a reply to message #142731] |
Sun, 12 October 2003 23:36 |
| Eclipse User |
|
|
|
Originally posted by: dorian.birsan.net
"Alex Karpov" <a_v_karpov@yahoo.com> wrote in message
news:bmbokq$t37$1@eclipse.org...
> Alex Karpov wrote:
>
> > I installed Eclipse 2.1.1 under Red Hat 9 and everything is fine except
I
> > can not invoke Help Content from Help Menu. Mozilla starts but shows an
> > empty page. An error is shown: 'Help can not be displayed. The embedded
> > application server can not run web application. Check log for details.'
> > I have tried to check the log but just did not find it!
> > Any advise is highly appreciated.
>
Do you have any sort of firewall/proxy on your machine that may not allow
using some arbitrary port?
If that's the caes, try setting the port in the Window > Help preference
page to 80 or something else that is allowed by the firewall.
-Dorian
> I have to clarify this error is shown at Plug-in Development Perspective
> under Error Log tab..
>
|
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #144119 is a reply to message #143629] |
Tue, 14 October 2003 19:11 |
| Eclipse User |
|
|
|
Originally posted by: a_v_karpov.yahoo.com
No there is no such file. It looks app Server starts. When I access the
root directory '127.0.0.1:<random port number>/', a page in mozilla window
appears saying 'Internal Application Server', in several seconds this page
is redirected to /help/index.jsp which is an empty page.
Konrad Kolosowski wrote:
> The cause of the problem should have been logged in eclipse log
> "/home/alex/workspace/.metadata/.log" . It is a hidden file. Are you sure
> it does not exist?
> Konrad Kolosowski
> "Alex Karpov" <a_v_karpov@yahoo.com> wrote in message
> news:bmbuqv$262$1@eclipse.org...
> > Alex Karpov wrote:
> >
> > > I installed Eclipse 2.1.1 under Red Hat 9 and everything is fine except
> I
> > > can not invoke Help Content from Help Menu. Mozilla starts but shows an
> > > empty page. An error is shown: 'Help can not be displayed. The embedded
> > > application server can not run web application. Check log for details.'
> > > I have tried to check the log but just did not find it!
> > > Any advise is highly appreciated.
> >
> > Here is the latest clarification.
> > OS: Red Hat Linux 9
> > Eclipse: 2.1.1 SDK GTK
> > Browser: Mozilla (indicated as a custom browser at window -> preferences
> > -> help as 'mozilla %1', the browser is in path and can be launched from
> > the command line.
> > Problem: Upon requesting Help Contents browser starts but there is an
> > empty page index.jsp shown in the browser window. Requesting a page
> > 'http://127.0.0.1:<random generated by Eclipse port number>/' shows page
> > 'Internal Application Server' which is redirected to the empty page
> > 'http://127.0.0.1:<random generated by Eclipse port
> number>/help/index.jsp'
> >
> > /home/alex/workspace/.metadata/.plugins/org.eclipse.help/bro wser.log is as
> > follows:
> > Oct 12, 2003 11:18:54.13 NEW SESSION
> > Oct 12, 2003 11:18:54.13 /usr/bin/mozilla
> > Oct 12, 2003 11:18:54.25 /usr/bin/which: no netscape in
> >
> (/usr/local/share/ant/bin:/usr/local/share/tomcat/bin:/opt/J Builder9/jdk1.4/
> bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/alex/b in)
> >
> > /home/alex/org.eclipse.tomcat/catalina.log is as follows:
> >
> > WebappLoader[]: Deploying class repositories to work directory
> > /home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/R OOT
> > 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
> > /home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/h elp
> > WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to
> >
> /usr/local/share/eclipse/plugins/org.eclipse.help.webapp_2.1 .1/WEB-INF/lib/j
> sp.jar
> > WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to
> >
> /usr/local/share/eclipse/plugins/org.eclipse.help.webapp_2.1 .1/WEB-INF/lib/s
> ervlets.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
> >
> > Eclipse is located at /usr/local/share/eclipse directory and launched
> > under user 'alex'. workspace is located at /home/alex/workspace.
> > /ROOT and /help directories of
> > /home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/ are empty.
> > It looks that content is not being copied (or generated ?) to the
> > /home/alex/workspace/.metadata/.plugins/org.eclipse.tomcat/h elp
> >
> > Any suggestions on how to fix that?
> >
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #144125 is a reply to message #142830] |
Tue, 14 October 2003 19:15 |
| Eclipse User |
|
|
|
Originally posted by: a_v_karpov.yahoo.com
If I try to indicate not random port but a fixed port 80, an error log is
generated. It looks when the random port is used the app server starts but
there is no content generated. When /help/index.jsp is accessed an empty
page is shown.
dorian birsan wrote:
> "Alex Karpov" <a_v_karpov@yahoo.com> wrote in message
> news:bmbokq$t37$1@eclipse.org...
> > Alex Karpov wrote:
> >
> > > I installed Eclipse 2.1.1 under Red Hat 9 and everything is fine except
> I
> > > can not invoke Help Content from Help Menu. Mozilla starts but shows an
> > > empty page. An error is shown: 'Help can not be displayed. The embedded
> > > application server can not run web application. Check log for details.'
> > > I have tried to check the log but just did not find it!
> > > Any advise is highly appreciated.
> >
> Do you have any sort of firewall/proxy on your machine that may not allow
> using some arbitrary port?
> If that's the caes, try setting the port in the Window > Help preference
> page to 80 or something else that is allowed by the firewall.
> -Dorian
> > I have to clarify this error is shown at Plug-in Development Perspective
> > under Error Log tab..
> >
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #151427 is a reply to message #144119] |
Thu, 30 October 2003 11:49 |
| Eclipse User |
|
|
|
Originally posted by: KuBaldes.aol.com
Alex Karpov wrote:
> No there is no such file. It looks app Server starts. When I access the
> root directory '127.0.0.1:<random port number>/', a page in mozilla window
> appears saying 'Internal Application Server', in several seconds this page
> is redirected to /help/index.jsp which is an empty page.
Is there a solution to Alex Karpovs problem?
Same problem since version 2.1 of eclipse on my Windows98SE.
Tomcat is running, all html-content is available, all JSP-requests deliver
empty HTML-files.
No entries in .log-file
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #151466 is a reply to message #151427] |
Thu, 30 October 2003 14:08 |
| Eclipse User |
|
|
|
Originally posted by: dorian.birsan.net
"Kurt Baldes" <KuBaldes@aol.com> wrote in message
news:bnqtsq$tlu$1@eclipse.org...
> Alex Karpov wrote:
>
> > No there is no such file. It looks app Server starts. When I access the
> > root directory '127.0.0.1:<random port number>/', a page in mozilla
window
> > appears saying 'Internal Application Server', in several seconds this
page
> > is redirected to /help/index.jsp which is an empty page.
>
> Is there a solution to Alex Karpovs problem?
> Same problem since version 2.1 of eclipse on my Windows98SE.
> Tomcat is running, all html-content is available, all JSP-requests deliver
> empty HTML-files.
> No entries in .log-file
If you are using a proxy you may need to bypass local addresses. Take a look
at the README, there is a section on Help.
>
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #151787 is a reply to message #151466] |
Fri, 31 October 2003 12:57 |
| Eclipse User |
|
|
|
Originally posted by: KuBaldes.aol.com
dorian birsan wrote:
> If you are using a proxy you may need to bypass local addresses. Take a look
> at the README, there is a section on Help.
Much thanks for the prompt advice!
It isn't a proxy problem.
On this machine a standalone Tomcat is running without any complaints.
To find the reason for the malfunction I've tried to transfer the
index.jsp under org.eclipse.help and the WebApp under
org.eclipse.help.webapp into the standalone Tomcat and got the
errormessage:
package org.eclipse.help.internal.webapp.data does not exist ...
This is caused by a directive in the index.jsp-file:
<%@ page import="org.eclipse.help.internal.webapp.data.*" ...
I didn't found a package org.eclipse.help.internal.webapp.data in whole
eclipse-code.
Megahertzlich
KB
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #151905 is a reply to message #151787] |
Fri, 31 October 2003 17:08 |
| Eclipse User |
|
|
|
Originally posted by: dorian.birsan.net
Can you try the following:
launch help and then, after mozilla show the empty page, change the url to
be
http://<server:port>/help/topic/org.eclipse.help/plugin.xml
Do you get the xml loaded or it is still a blank page?
Check the logs in
workspace/.metadata/.log
workspace/.metadata/.plugins/org.eclipse.tomcat/catalina<date >.log
"Kurt Baldes" <KuBaldes@aol.com> wrote in message
news:bntm7a$fr$1@eclipse.org...
> To find the reason for the malfunction I've tried to transfer the
> index.jsp under org.eclipse.help and the WebApp under
> org.eclipse.help.webapp into the standalone Tomcat and got the
> errormessage:
You will get error messages because the webapp cannot just be depolyed
inside Tomcat, it only works with
the embedded tomcat, as there is some class loading setup that must happen
first.
>
> package org.eclipse.help.internal.webapp.data does not exist ...
>
> This is caused by a directive in the index.jsp-file:
>
> <%@ page import="org.eclipse.help.internal.webapp.data.*" ...
>
> I didn't found a package org.eclipse.help.internal.webapp.data in whole
> eclipse-code.
The code is in the CVS project org.eclipse.help.webapp, in the src-servlet
directory. The jar containing the classes is
org.eclipse.help.webapp_2.1.1/WEB-INF/lib/servlets.jar
>
> Megahertzlich
> KB
>
>
>
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #152030 is a reply to message #151905] |
Sat, 01 November 2003 19:41 |
| Eclipse User |
|
|
|
Originally posted by: KuBaldes.aol.com
dorian birsan wrote:
> Can you try the following:
> launch help and then, after mozilla show the empty page, change the url to
> be
> http://<server:port>/help/topic/org.eclipse.help/plugin.xml
> Do you get the xml loaded or it is still a blank page?
> Check the logs in
> workspace/.metadata/.log
> workspace/.metadata/.plugins/org.eclipse.tomcat/catalina<date >.log
Now a status-error 500 - Server internal error is served.
No items in .log-file are written.
But Tomcat has to moan:
WebappLoader[/help]: Deploying class repositories to work directory
D:\Java\eclipse030627\workspace\.metadata\.plugins\org.eclip se.tomcat\help
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to
D:\Java\eclipse030627\plugins\org.eclipse.help.webapp_2.1.1\ WEB-INF\lib\jsp.jar
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to
D:\Java\eclipse030627\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
StandardWrapper[/help:content]: Marking servlet content as unavailable
StandardWrapperValve[content]: Allocate exception for servlet content
javax.servlet.ServletException: Error instantiating servlet class
org.eclipse.help.internal.webapp.servlet.ContentServlet
at
org.apache.catalina.core.StandardWrapper.loadServlet(Standar dWrapper.java:895)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWr apper.java:655)
at
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:214)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(Certific atesValve.java:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardCont ext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:180)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Error DispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.eclipse.tomcat.internal.EclipseErrorReportValve.invoke(E clipseErrorReportValve.java:153)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(Htt pProcessor.java:1027)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpPro cessor.java:1125)
at java.lang.Thread.run(Thread.java:534)
----- Root Cause -----
java.lang.LinkageError: loader constraints violated when linking
javax/servlet/http/HttpServletResponse class
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Class.java:16 10)
at java.lang.Class.getConstructor0(Class.java:1922)
at java.lang.Class.newInstance0(Class.java:278)
at java.lang.Class.newInstance(Class.java:261)
at
org.apache.catalina.core.StandardWrapper.loadServlet(Standar dWrapper.java:886)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWr apper.java:655)
at
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:214)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(Certific atesValve.java:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardCont ext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:180)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Error DispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.eclipse.tomcat.internal.EclipseErrorReportValve.invoke(E clipseErrorReportValve.java:153)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(Htt pProcessor.java:1027)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpPro cessor.java:1125)
at java.lang.Thread.run(Thread.java:534)
StandardWrapperValve[content]: Servlet content is currently unavailable
StandardWrapperValve[content]: Servlet content is currently unavailable
StandardWrapperValve[content]: Servlet content is currently unavailable
Does this mean there are some security problems with classloading?
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #152383 is a reply to message #152030] |
Mon, 03 November 2003 14:30 |
| Eclipse User |
|
|
|
Originally posted by: dorian.birsan.net
Do you have another tomcat on your bootclasspath ?
"Kurt Baldes" <KuBaldes@aol.com> wrote in message
news:bo12a0$b3c$1@eclipse.org...
> dorian birsan wrote:
>
> > Can you try the following:
> > launch help and then, after mozilla show the empty page, change the url
to
> > be
> > http://<server:port>/help/topic/org.eclipse.help/plugin.xml
> > Do you get the xml loaded or it is still a blank page?
>
> > Check the logs in
> > workspace/.metadata/.log
> > workspace/.metadata/.plugins/org.eclipse.tomcat/catalina<date >.log
>
> Now a status-error 500 - Server internal error is served.
>
> No items in .log-file are written.
>
> But Tomcat has to moan:
>
> WebappLoader[/help]: Deploying class repositories to work directory
> D:\Java\eclipse030627\workspace\.metadata\.plugins\org.eclip se.tomcat\help
> WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to
>
D:\Java\eclipse030627\plugins\org.eclipse.help.webapp_2.1.1\ WEB-INF\lib\jsp.
jar
> WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to
>
D:\Java\eclipse030627\plugins\org.eclipse.help.webapp_2.1.1\ WEB-INF\lib\serv
lets.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
> StandardWrapper[/help:content]: Marking servlet content as unavailable
> StandardWrapperValve[content]: Allocate exception for servlet content
> javax.servlet.ServletException: Error instantiating servlet class
> org.eclipse.help.internal.webapp.servlet.ContentServlet
> at
>
org.apache.catalina.core.StandardWrapper.loadServlet(Standar dWrapper.java:89
5)
> at
>
org.apache.catalina.core.StandardWrapper.allocate(StandardWr apper.java:655)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.ja
va:214)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
>
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.ja
va:190)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.valves.CertificatesValve.invoke(Certific atesValve.java:2
46)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
64)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardCont ext.java:2347)
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:180
)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Error DispatcherValve.
java:170)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
64)
> at
>
org.eclipse.tomcat.internal.EclipseErrorReportValve.invoke(E clipseErrorRepor
tValve.java:153)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
64)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java
:174)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
>
org.apache.catalina.connector.http.HttpProcessor.process(Htt pProcessor.java:
1027)
> at
>
org.apache.catalina.connector.http.HttpProcessor.run(HttpPro cessor.java:1125
)
> at java.lang.Thread.run(Thread.java:534)
> ----- Root Cause -----
> java.lang.LinkageError: loader constraints violated when linking
> javax/servlet/http/HttpServletResponse class
> at java.lang.Class.getDeclaredConstructors0(Native Method)
> at java.lang.Class.privateGetDeclaredConstructors(Class.java:16 10)
> at java.lang.Class.getConstructor0(Class.java:1922)
> at java.lang.Class.newInstance0(Class.java:278)
> at java.lang.Class.newInstance(Class.java:261)
> at
>
org.apache.catalina.core.StandardWrapper.loadServlet(Standar dWrapper.java:88
6)
> at
>
org.apache.catalina.core.StandardWrapper.allocate(StandardWr apper.java:655)
> at
>
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.ja
va:214)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
>
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.ja
va:190)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.valves.CertificatesValve.invoke(Certific atesValve.java:2
46)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
64)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
> org.apache.catalina.core.StandardContext.invoke(StandardCont ext.java:2347)
> at
>
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:180
)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Error DispatcherValve.
java:170)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
64)
> at
>
org.eclipse.tomcat.internal.EclipseErrorReportValve.invoke(E clipseErrorRepor
tValve.java:153)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
64)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
>
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java
:174)
> at
>
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:5
66)
> at
>
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
> at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
> at
>
org.apache.catalina.connector.http.HttpProcessor.process(Htt pProcessor.java:
1027)
> at
>
org.apache.catalina.connector.http.HttpProcessor.run(HttpPro cessor.java:1125
)
> at java.lang.Thread.run(Thread.java:534)
>
> StandardWrapperValve[content]: Servlet content is currently unavailable
> StandardWrapperValve[content]: Servlet content is currently unavailable
> StandardWrapperValve[content]: Servlet content is currently unavailable
>
> Does this mean there are some security problems with classloading?
>
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #152452 is a reply to message #152383] |
Mon, 03 November 2003 16:05 |
| Eclipse User |
|
|
|
Originally posted by: KuBaldes.aol.com
dorian birsan wrote:
> Do you have another tomcat on your bootclasspath ?
No, I don't have.
In eclipse3.0M4 I get the same Tomcat-log.
If I start a standalone-help the following Tomcat-log is written:
WebappLoader[]: Deploying class repositories to work directory
F:\Temp\eclipseHelp\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[/helpControl]: Deploying class repositories to work directory
F:\Temp\eclipseHelp\workspace\.metadata\.plugins\org.eclipse .tomcat\helpControl
WebappLoader[/helpControl]: Deploy JAR /WEB-INF/lib/jsp.jar to
F:\Temp\eclipseHelp\plugins\org.eclipse.help.webapp_2.1.1\WE B-INF\lib\jsp.jar
WebappLoader[/helpControl]: Deploy JAR /WEB-INF/lib/servlets.jar to
F:\Temp\eclipseHelp\plugins\org.eclipse.help.webapp_2.1.1\WE B-INF\lib\servlets.jar
StandardManager[/helpControl]: Seeding random number generator class
java.security.SecureRandom
StandardManager[/helpControl]: Seeding of random number generator has been
completed
ContextConfig[/helpControl]: Added certificates -> request attribute Valve
StandardWrapper[/helpControl:default]: Loading container servlet default
StandardWrapper[/helpControl:invoker]: Loading container servlet invoker
WebappLoader[/help]: Deploying class repositories to work directory
F:\Temp\eclipseHelp\workspace\.metadata\.plugins\org.eclipse .tomcat\help
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/jsp.jar to
F:\Temp\eclipseHelp\plugins\org.eclipse.help.webapp_2.1.1\WE B-INF\lib\jsp.jar
WebappLoader[/help]: Deploy JAR /WEB-INF/lib/servlets.jar to
F:\Temp\eclipseHelp\plugins\org.eclipse.help.webapp_2.1.1\WE B-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
StandardWrapper[/helpControl:control]: Marking servlet control as
unavailable
StandardWrapperValve[control]: Allocate exception for servlet control
javax.servlet.ServletException: Class
org.eclipse.help.internal.webapp.servlet.ControlServlet is not a Servlet
at
org.apache.catalina.core.StandardWrapper.loadServlet(Standar dWrapper.java:890)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWr apper.java:655)
at
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:214)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(Certific atesValve.java:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardCont ext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:180)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Error DispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.eclipse.tomcat.internal.EclipseErrorReportValve.invoke(E clipseErrorReportValve.java:153)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(Htt pProcessor.java:1027)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpPro cessor.java:1125)
at java.lang.Thread.run(Thread.java:534)
----- Root Cause -----
java.lang.ClassCastException
at
org.apache.catalina.core.StandardWrapper.loadServlet(Standar dWrapper.java:886)
at
org.apache.catalina.core.StandardWrapper.allocate(StandardWr apper.java:655)
at
org.apache.catalina.core.StandardWrapperValve.invoke(Standar dWrapperValve.java:214)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContextValve.invoke(Standar dContextValve.java:190)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.CertificatesValve.invoke(Certific atesValve.java:246)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardContext.invoke(StandardCont ext.java:2347)
at
org.apache.catalina.core.StandardHostValve.invoke(StandardHo stValve.java:180)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.valves.ErrorDispatcherValve.invoke(Error DispatcherValve.java:170)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.eclipse.tomcat.internal.EclipseErrorReportValve.invoke(E clipseErrorReportValve.java:153)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:564)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.core.StandardEngineValve.invoke(Standard EngineValve.java:174)
at
org.apache.catalina.core.StandardPipeline.invokeNext(Standar dPipeline.java:566)
at
org.apache.catalina.core.StandardPipeline.invoke(StandardPip eline.java:472)
at org.apache.catalina.core.ContainerBase.invoke(ContainerBase. java:943)
at
org.apache.catalina.connector.http.HttpProcessor.process(Htt pProcessor.java:1027)
at
org.apache.catalina.connector.http.HttpProcessor.run(HttpPro cessor.java:1125)
at java.lang.Thread.run(Thread.java:534)
I hope it's not too boring to guide me through perhaps special
configuration-oddities of my system.
Can you give some advice where to trace the evil? I would dare to find and
fight it.
|
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #152955 is a reply to message #152511] |
Wed, 05 November 2003 09:09 |
| Eclipse User |
|
|
|
Originally posted by: KuBaldes.aol.com
dorian birsan wrote:
> Then, do you have a servlet.jar in your <jdk_install>jrelibext ?
Gotcha!
I threw that ugly old servlet.jar-frog onto the wall and look! the lovely
sight of helpcontents pleased my eyes.
Much thanks for patient guidance.
May I generalize the result of our search through logs and configs?
Since eclipse-version 2.1 the internal mechanism of calling the customized
Tomcat-server has changed. With customizing also has changed structure of
directories in which packages are placed, the same with preferences of
classloading.
Now a servlet.jar in <JAVA_HOME>\jre\lib\ext\ prevents help-window from
displaying any dynamically generated content. It smells like dll-hells but
it's not a version-problem. Any servlet.jar previous in calling-hierarchy
than
org.eclipse.tomcat_4.XXX causes this behaviour.
In his book "Java Servlet Programming" Jason Hunter states:
It doesn't much matter where you get the servlet classes, as long as you
have them on your system ...
An application on my system placed servlet.jar in <JAVA_HOME>\jre\lib\ext\
(Isn't that the right place for optional packages to Java?)
Isn't it buggy, that such a possible configuration of a target system e.
g. for standalone help suppresses correct function?
|
|
|
| Re: Can not invoke Help Content under Red Hat Linux 9 [message #153049 is a reply to message #152955] |
Wed, 05 November 2003 15:12 |
| Eclipse User |
|
|
|
Originally posted by: dorian.birsan.net
Hi Kurt,
Yes, I agree with your comments, particularly with the "dll hell" like
scenario.
You can also drop a different version of xerces in the ext directory and
you'll likely run into problems with eclipse 2.1.
I am not sure what the best solution is, but the reality is that this is one
of the unfortunate exceptions, and for most people things are working well.
If you can think of some fixes, please let us know, we'd be happy to use
your contributions.
-Dorian
"Kurt Baldes" <KuBaldes@aol.com> wrote in message
news:boaend$h75$1@eclipse.org...
> dorian birsan wrote:
>
> > Then, do you have a servlet.jar in your <jdk_install>jrelibext ?
>
> Gotcha!
> I threw that ugly old servlet.jar-frog onto the wall and look! the lovely
> sight of helpcontents pleased my eyes.
> Much thanks for patient guidance.
>
> May I generalize the result of our search through logs and configs?
>
> Since eclipse-version 2.1 the internal mechanism of calling the customized
> Tomcat-server has changed. With customizing also has changed structure of
> directories in which packages are placed, the same with preferences of
> classloading.
>
> Now a servlet.jar in <JAVA_HOME>\jre\lib\ext\ prevents help-window from
> displaying any dynamically generated content. It smells like dll-hells but
> it's not a version-problem. Any servlet.jar previous in calling-hierarchy
> than
> org.eclipse.tomcat_4.XXX causes this behaviour.
>
> In his book "Java Servlet Programming" Jason Hunter states:
> It doesn't much matter where you get the servlet classes, as long as you
> have them on your system ...
>
> An application on my system placed servlet.jar in <JAVA_HOME>\jre\lib\ext\
> (Isn't that the right place for optional packages to Java?)
>
> Isn't it buggy, that such a possible configuration of a target system e.
> g. for standalone help suppresses correct function?
>
>
|
|
|
Powered by
FUDForum. Page generated in 0.04937 seconds
] 
Search
Help
Register
Login
Home
