Home » Eclipse Projects » Eclipse Platform » Need help cause Help don't work ;-)
| Need help cause Help don't work ;-) [message #264427] |
Thu, 29 July 2004 09:48  |
Eclipse User |
|
|
|
Originally posted by: rsternberg.state.pa.us
Good morning all
Short version:
When I hit F1 or select Help/Help Contents, I get a blank window.
I'm using WinXP Eclipse 3.0 (same problem with 2.1.3)
Long version:
I'm evaluating Eclipse as a replacement/upgrade for VAJ.
I'd installed/upgraded to 2.1.3. (into directory C:\Eclipse)
Pressing Help (F1) or selecting Help/Contents resulted in a blank window
popping up.
Needing to hook into VSS, I found a plug-in which requires Eclipse 3.0,
I upgraded to 3.0 (renamed C:\Eclipse to Eclipse2.1.3, created a new
C:\Eclipse and unzipped into it).
Still results in a blank window, though the title says something like
http://127.0.0.1:5507/help/index.jsp . I tried the URL in Netscape 4.7
and IE 6, still get a blank page.
Window/Preferences/Help and /Help Server were default at that time. I
tried changing to Always use external browsers and accepted the default
of IE. Same effect, except that the blank window was in IE.
Restored Help and Help Server to default.
I'm running WinXP and do not have admin authority. The client/services
folks keep that for themselves.
Actually, the "blank" window contains:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html;
charset=windows-1252"></HEAD>
<BODY></BODY></HTML>
I understand that there's a kind of Tomcat built-in to eclipse. Perhaps
it's not operating correctly.
Perhaps the files aren't in the right place.
Any ideas would be appreciated
TIA
Cornell
|
|
|
| Re: Need help cause Help don't work ;-) [message #264449 is a reply to message #264427] |
Thu, 29 July 2004 10:13  |
| Eclipse User |
|
|
|
Originally posted by: hcs33.egon.gyaloglo.hu
Hi,
1. From the Eclipse readme:
Help browser displays a blank page:
If you see a help launched with a blank page, and no errors displayed, it
can be caused by a conflict between libraries in org.eclipse.tomcat plug-in
and jars optionally installed in JRE jre/lib/ext directory. To fix the
problem, ensure that the JRE used for running Eclipse does not contain any
J2EE or Apache jars in the jre/lib/ext directory.
https://bugs.eclipse.org/bugs/show_bug.cgi?id=63970
2. Another possible cause is the Proxy or firewall settings (however, in
this case the .log file should contain errors). In this case you should make
free a port for Eclipse help and set that port in
Window->Preferences->Help->Help Server.
HTH,
Regards,
Csaba
"Cornell Sternbergh" <rsternberg@state.pa.us> wrote in message
news:ceav7n$5d9$1@eclipse.org...
> Good morning all
>
> Short version:
> When I hit F1 or select Help/Help Contents, I get a blank window.
>
> I'm using WinXP Eclipse 3.0 (same problem with 2.1.3)
>
> Long version:
> I'm evaluating Eclipse as a replacement/upgrade for VAJ.
>
> I'd installed/upgraded to 2.1.3. (into directory C:\Eclipse)
>
> Pressing Help (F1) or selecting Help/Contents resulted in a blank window
> popping up.
>
> Needing to hook into VSS, I found a plug-in which requires Eclipse 3.0,
> I upgraded to 3.0 (renamed C:\Eclipse to Eclipse2.1.3, created a new
> C:\Eclipse and unzipped into it).
>
> Still results in a blank window, though the title says something like
> http://127.0.0.1:5507/help/index.jsp . I tried the URL in Netscape 4.7
> and IE 6, still get a blank page.
>
> Window/Preferences/Help and /Help Server were default at that time. I
> tried changing to Always use external browsers and accepted the default
> of IE. Same effect, except that the blank window was in IE.
>
> Restored Help and Help Server to default.
>
> I'm running WinXP and do not have admin authority. The client/services
> folks keep that for themselves.
>
> Actually, the "blank" window contains:
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> <HTML><HEAD>
> <META http-equiv=Content-Type content="text/html;
> charset=windows-1252"></HEAD>
> <BODY></BODY></HTML>
>
> I understand that there's a kind of Tomcat built-in to eclipse. Perhaps
> it's not operating correctly.
>
> Perhaps the files aren't in the right place.
>
> Any ideas would be appreciated
>
> TIA
> Cornell
>
>
|
|
|
| Re: Need help cause Help don't work ;-): Solved, (but not best practice?) [message #264483 is a reply to message #264449] |
Thu, 29 July 2004 13:09 |
| Eclipse User |
|
|
|
Originally posted by: rsternberg.state.pa.us
Ok, to save some time, as I was trying to figure out what Csaba said, I
also was typing my answer, and I found my solution. But please read on, I
think there's a better way... I hope there's a better way. And perhaps
someone could share it with me...
Ok... Second paragraph first... I found this in the readme
(C:\Eclipse\readme\readme.html) and this doesn't seem to be the problem.
The first paragraph, I can't find what you're refering to in the readme.
And I'm trying to figure it out...
I've found C:\java\jre\lib\ext and
C:\eclipse\plugins\org.eclipse.tomcat_4.1.30
By process of elimination, by removing servlet.jar from \ext, the help
works.
Very good.
But, then my application doesn't build, "Cannot find the class file for
javax.servlet.ServletInputStream"
Not good.
Note that ext\servlet.jar contains a ServletInputStream, size 644 bytes,
dated
25 July 01. tomcat*\servlet.jar also contains that class, size 637 bytes,
dated 31 Jul 03.
So, I'm guessing that the "server" part of Eclipse is looking in
tomcat*\servlet.jar, and finding it and help works, but
if I put the other servlet.jar back in ext, the "server" part will find it
first, and then help doesn't work.
But the build process doesn't find the class in tomcat*\servlet.jar but
does find it in ext\
So, I moved servlet.jar from ext to C:\java\jre\lib\RCSext, created
Classpath Variable (Window/Preferences/Java/Build Path/classpath
variables) to point to the path (cause I don't know any better). Then I
went to the project build path (right-click on project/properties/Java
build path/libraries/Add variable) and added the classpath variable, which
is a path not a library, cause I probably did it wrong, and I had to hit
extend, and add the servlet.jar.
And... Help works! and my project builds! and I've probably not done this
in a ... best practices way ;-(
Any suggestions?
Thanks
Cornell
Horváth, Csaba wrote:
> Hi,
> 1. From the Eclipse readme:
> Help browser displays a blank page:
> If you see a help launched with a blank page, and no errors displayed, it
> can be caused by a conflict between libraries in org.eclipse.tomcat plug-in
> and jars optionally installed in JRE jre/lib/ext directory. To fix the
> problem, ensure that the JRE used for running Eclipse does not contain any
> J2EE or Apache jars in the jre/lib/ext directory.
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=63970
> 2. Another possible cause is the Proxy or firewall settings (however, in
> this case the .log file should contain errors). In this case you should make
> free a port for Eclipse help and set that port in
> Window->Preferences->Help->Help Server.
> HTH,
> Regards,
> Csaba
> "Cornell Sternbergh" <rsternberg@state.pa.us> wrote in message
> news:ceav7n$5d9$1@eclipse.org...
> > Good morning all
> >
> > Short version:
> > When I hit F1 or select Help/Help Contents, I get a blank window.
> >
> > I'm using WinXP Eclipse 3.0 (same problem with 2.1.3)
> >
> > Long version:
> > I'm evaluating Eclipse as a replacement/upgrade for VAJ.
> >
> > I'd installed/upgraded to 2.1.3. (into directory C:Eclipse)
> >
> > Pressing Help (F1) or selecting Help/Contents resulted in a blank window
> > popping up.
> >
> > Needing to hook into VSS, I found a plug-in which requires Eclipse 3.0,
> > I upgraded to 3.0 (renamed C:Eclipse to Eclipse2.1.3, created a new
> > C:Eclipse and unzipped into it).
> >
> > Still results in a blank window, though the title says something like
> > http://127.0.0.1:5507/help/index.jsp . I tried the URL in Netscape 4.7
> > and IE 6, still get a blank page.
> >
> > Window/Preferences/Help and /Help Server were default at that time. I
> > tried changing to Always use external browsers and accepted the default
> > of IE. Same effect, except that the blank window was in IE.
> >
> > Restored Help and Help Server to default.
> >
> > I'm running WinXP and do not have admin authority. The client/services
> > folks keep that for themselves.
> >
> > Actually, the "blank" window contains:
> > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
> > <HTML><HEAD>
> > <META http-equiv=Content-Type content="text/html;
> > charset=windows-1252"></HEAD>
> > <BODY></BODY></HTML>
> >
> > I understand that there's a kind of Tomcat built-in to eclipse. Perhaps
> > it's not operating correctly.
> >
> > Perhaps the files aren't in the right place.
> >
> > Any ideas would be appreciated
> >
> > TIA
> > Cornell
> >
> >
|
|
|
| Re: Need help cause Help don't work ;-): Solved, (but not best practice?) [message #264611 is a reply to message #264483] |
Fri, 30 July 2004 03:50 |
| Eclipse User |
|
|
|
Originally posted by: hcs33.egon.gyaloglo.hu
Hi,
Although I am not an expert in this area I try to explain some class loading
issues. Sorry for my bad English...
The JVM has various class loaders, and there is an order between them. When
the virtual machine tries to load a class, first it searches the 'official'
jars (rt.jar and some others). If the class has not found try to load from
jre/lib/ext and finally try to use the other class loaders.
Because of this order if you have jars in jre/lib/ext in that jre what you
use to run Eclipse it might find some classes in those jars and not use the
ones which is included in the plugins.
You can read about it in the Java Tutorial:
http://java.sun.com/docs/books/tutorial/ext/basics/load.html (url may wrap).
You can do at least two things:
1. Install two java runtimes. Use the first to run Eclipse (put nothing in
ext) and in Preferences->Java->Installed JREs configure the other runtime to
use for building projects. In this case you can put as many jars as you want
into the ext folder of this second runtime without affecting Eclipse.
2. Do not put any jars in ext folder. If a project need some jars/libraries
configure the build path of your project to include all external jars it
requires.
I prefer solution #2, and what you have done (putting project required jars
in a different folder and pointing to it using a classpath variable) seems
fine to me. However, using this techinque, you don't have to put this jar
under jre/lib, you can put it anywhere.
HTH,
Regards,
Csaba
"Cornell Sternbergh" <rsternberg@state.pa.us> wrote in message
news:cebb12$sgp$1@eclipse.org...
> Ok, to save some time, as I was trying to figure out what Csaba said, I
> also was typing my answer, and I found my solution. But please read on, I
> think there's a better way... I hope there's a better way. And perhaps
> someone could share it with me...
>
>
> Ok... Second paragraph first... I found this in the readme
> (C:\Eclipse\readme\readme.html) and this doesn't seem to be the problem.
>
> The first paragraph, I can't find what you're refering to in the readme.
> And I'm trying to figure it out...
>
> I've found C:\java\jre\lib\ext and
> C:\eclipse\plugins\org.eclipse.tomcat_4.1.30
> By process of elimination, by removing servlet.jar from \ext, the help
> works.
> Very good.
> But, then my application doesn't build, "Cannot find the class file for
> javax.servlet.ServletInputStream"
> Not good.
> Note that ext\servlet.jar contains a ServletInputStream, size 644 bytes,
> dated
> 25 July 01. tomcat*\servlet.jar also contains that class, size 637 bytes,
> dated 31 Jul 03.
>
> So, I'm guessing that the "server" part of Eclipse is looking in
> tomcat*\servlet.jar, and finding it and help works, but
> if I put the other servlet.jar back in ext, the "server" part will find it
> first, and then help doesn't work.
>
> But the build process doesn't find the class in tomcat*\servlet.jar but
> does find it in ext\
>
> So, I moved servlet.jar from ext to C:\java\jre\lib\RCSext, created
> Classpath Variable (Window/Preferences/Java/Build Path/classpath
> variables) to point to the path (cause I don't know any better). Then I
> went to the project build path (right-click on project/properties/Java
> build path/libraries/Add variable) and added the classpath variable, which
> is a path not a library, cause I probably did it wrong, and I had to hit
> extend, and add the servlet.jar.
>
> And... Help works! and my project builds! and I've probably not done this
> in a ... best practices way ;-(
>
> Any suggestions?
>
> Thanks
> Cornell
|
|
|
| Re: Need help cause Help don't work ;-): Solved, (but not best practice?) [message #264673 is a reply to message #264611] |
Fri, 30 July 2004 08:32 |
| Eclipse User |
|
|
|
Originally posted by: rsternberg.state.pa.us
Thanks Csaba, but if I'm understanding correctly... I don't understand ;-)
Ok... What I think I know...
A. Eclipse runs on the JVM.
B. JVM is loading classes to operate itself and Eclipse.
C. MyProject has a set of source code/classes with which to build.
D. These sets of classes (B and C) are not necessarily the same.
E. I have two servlet.jars, each with a class servletInputStream.
F. One is in jre/lib/ext.
G. One is in org.eclipse.tomcat*
H. When I try to use Help, the class loader gets classes from servlet.jar
in ext, at least one of which is not up to the job, or is missing, and
Help doesn't work.
I. By moving the servlet.jar in ext to elsewhere, class loader gets the
servlet.jar in tomcat*, which works.
Questions:
But, when a build is attempted, the build doesn't find the servlet.jar in
tomcat*... because it's not in the build path?
So... I could add tomcat* to the build path, or,
since I've other third party software, currently in ext, I could:
1. create a path, such as C:\myProject\ThirdPartySoftware,
2. move the jars from ext, including the servlet.jar, to
ThirdPartySoftware,
3. add folder C:\myProject\ThirdPartySoftware to the project build path
(right-click project/properties/java build path/libraries/???). But how?
If I hit add folder and put in the path, the other jars are found, but
servlet.jar isn't. I'd tried putting the path in a class variable, but
then I had to extend it to the specific jar, and I don't want to have to
extend to every thirdparty jar. However, if I put the folder in the build
path (the folder has 12 jars, and 1 zip), AND add the servlet.jar as an
external jar, my build works. So why does it find the .jars that aren't
servlet.jar in the path, but not the servlet.jar? Why does the
servlet.jar, and only the servlet.jar have to be specifically listed in
the build path?
I'd really like to understand that better.
TIA
Cornell
Horváth, Csaba wrote:
> Hi,
> Although I am not an expert in this area I try to explain some class loading
> issues. Sorry for my bad English...
> The JVM has various class loaders, and there is an order between them. When
> the virtual machine tries to load a class, first it searches the 'official'
> jars (rt.jar and some others). If the class has not found try to load from
> jre/lib/ext and finally try to use the other class loaders.
> Because of this order if you have jars in jre/lib/ext in that jre what you
> use to run Eclipse it might find some classes in those jars and not use the
> ones which is included in the plugins.
> You can read about it in the Java Tutorial:
> http://java.sun.com/docs/books/tutorial/ext/basics/load.html (url may wrap).
> You can do at least two things:
> 1. Install two java runtimes. Use the first to run Eclipse (put nothing in
> ext) and in Preferences->Java->Installed JREs configure the other runtime to
> use for building projects. In this case you can put as many jars as you want
> into the ext folder of this second runtime without affecting Eclipse.
> 2. Do not put any jars in ext folder. If a project need some jars/libraries
> configure the build path of your project to include all external jars it
> requires.
> I prefer solution #2, and what you have done (putting project required jars
> in a different folder and pointing to it using a classpath variable) seems
> fine to me. However, using this techinque, you don't have to put this jar
> under jre/lib, you can put it anywhere.
> HTH,
> Regards,
> Csaba
> "Cornell Sternbergh" <rsternberg@state.pa.us> wrote in message
> news:cebb12$sgp$1@eclipse.org...
> > Ok, to save some time, as I was trying to figure out what Csaba said, I
> > also was typing my answer, and I found my solution. But please read on, I
> > think there's a better way... I hope there's a better way. And perhaps
> > someone could share it with me...
> >
> >
> > Ok... Second paragraph first... I found this in the readme
> > (C:Eclipsereadmereadme.html) and this doesn't seem to be the problem.
> >
> > The first paragraph, I can't find what you're refering to in the readme.
> > And I'm trying to figure it out...
> >
> > I've found C:javajrelibext and
> > C:eclipsepluginsorg.eclipse.tomcat_4.1.30
> > By process of elimination, by removing servlet.jar from ext, the help
> > works.
> > Very good.
> > But, then my application doesn't build, "Cannot find the class file for
> > javax.servlet.ServletInputStream"
> > Not good.
> > Note that extservlet.jar contains a ServletInputStream, size 644 bytes,
> > dated
> > 25 July 01. tomcat*servlet.jar also contains that class, size 637 bytes,
> > dated 31 Jul 03.
> >
> > So, I'm guessing that the "server" part of Eclipse is looking in
> > tomcat*servlet.jar, and finding it and help works, but
> > if I put the other servlet.jar back in ext, the "server" part will find it
> > first, and then help doesn't work.
> >
> > But the build process doesn't find the class in tomcat*servlet.jar but
> > does find it in ext
> >
> > So, I moved servlet.jar from ext to C:javajrelibRCSext, created
> > Classpath Variable (Window/Preferences/Java/Build Path/classpath
> > variables) to point to the path (cause I don't know any better). Then I
> > went to the project build path (right-click on project/properties/Java
> > build path/libraries/Add variable) and added the classpath variable, which
> > is a path not a library, cause I probably did it wrong, and I had to hit
> > extend, and add the servlet.jar.
> >
> > And... Help works! and my project builds! and I've probably not done this
> > in a ... best practices way ;-(
> >
> > Any suggestions?
> >
> > Thanks
> > Cornell
|
|
|
| Re: Need help cause Help don't work ;-): Solved, (but not best practice?) [message #264701 is a reply to message #264673] |
Fri, 30 July 2004 10:30 |
| Eclipse User |
|
|
|
Originally posted by: hcs33.egon.gyaloglo.hu
Hi,
>
> Questions:
> But, when a build is attempted, the build doesn't find the servlet.jar in
> tomcat*... because it's not in the build path?
Yes, that's right.
>
> So... I could add tomcat* to the build path, or,
> since I've other third party software, currently in ext, I could:
> 1. create a path, such as C:\myProject\ThirdPartySoftware,
> 2. move the jars from ext, including the servlet.jar, to
> ThirdPartySoftware,
> 3. add folder C:\myProject\ThirdPartySoftware to the project build path
> (right-click project/properties/java build path/libraries/???). But how?
You can do it various ways. The simplest one is: in Project Properties->Java
Build Path->Libraries select 'Add External Jars', then go to that directory
where your jar files located, and select the jar files (not the directory)
to add.
>
> If I hit add folder and put in the path, the other jars are found, but
> servlet.jar isn't. I'd tried putting the path in a class variable, but
> then I had to extend it to the specific jar, and I don't want to have to
> extend to every thirdparty jar. However, if I put the folder in the build
> path (the folder has 12 jars, and 1 zip), AND add the servlet.jar as an
> external jar, my build works. So why does it find the .jars that aren't
> servlet.jar in the path, but not the servlet.jar? Why does the
> servlet.jar, and only the servlet.jar have to be specifically listed in
> the build path?
If you used the 'Add Class Folder' to add the folder with your jars, it
cannot work I think. Afaik class folder is a folder where class files are in
in their package structure. You have to add all jars and with the above
mentioned option you can do it with one step.
I think your project has compile-time dependencies only to the servlet.jar,
and not the other ones. That's why your project did compile only when you
put the servlet.jar to the build path.
For cleaner explanations you should read the following Eclipse help section
(and all of its 'children' in the navigation tree): Java Development User
Guide->Tasks->Building->Working with build paths.
HTH,
Regards,
Csaba
|
|
|
| Re: Need help cause Help don't work ;-): Solved, (but not best practice?) [message #264754 is a reply to message #264701] |
Fri, 30 July 2004 13:20 |
| Eclipse User |
|
|
|
Originally posted by: rsternberg.state.pa.us
Ok, this is getting too weird...
Csaba asserted that the only compile-time dependencies were in
servlet.jar. But that's not true, thinks I, I use iText-1.00.jar, which
is in ThirdPartySoftware. So to prove myself correct, I removed iText
therefrom.... and it rebuilt successfully! So I searched about, both
c:\myProject and c:\eclipse for it, removing any instance. It still
rebuilt. I removed all instances on my harddrive (all I could find),
and still it rebuilds, even after multiple project refreshes and
restarts of Eclipse.
I think maybe I should drop this for now ;-(
"Horváth, Csaba" wrote:
>
> Hi,
>
> >
> > Questions:
> > But, when a build is attempted, the build doesn't find the servlet.jar in
> > tomcat*... because it's not in the build path?
> Yes, that's right.
>
> >
> > So... I could add tomcat* to the build path, or,
> > since I've other third party software, currently in ext, I could:
> > 1. create a path, such as C:\myProject\ThirdPartySoftware,
> > 2. move the jars from ext, including the servlet.jar, to
> > ThirdPartySoftware,
> > 3. add folder C:\myProject\ThirdPartySoftware to the project build path
> > (right-click project/properties/java build path/libraries/???). But how?
> You can do it various ways. The simplest one is: in Project Properties->Java
> Build Path->Libraries select 'Add External Jars', then go to that directory
> where your jar files located, and select the jar files (not the directory)
> to add.
>
> >
> > If I hit add folder and put in the path, the other jars are found, but
> > servlet.jar isn't. I'd tried putting the path in a class variable, but
> > then I had to extend it to the specific jar, and I don't want to have to
> > extend to every thirdparty jar. However, if I put the folder in the build
> > path (the folder has 12 jars, and 1 zip), AND add the servlet.jar as an
> > external jar, my build works. So why does it find the .jars that aren't
> > servlet.jar in the path, but not the servlet.jar? Why does the
> > servlet.jar, and only the servlet.jar have to be specifically listed in
> > the build path?
> If you used the 'Add Class Folder' to add the folder with your jars, it
> cannot work I think. Afaik class folder is a folder where class files are in
> in their package structure. You have to add all jars and with the above
> mentioned option you can do it with one step.
> I think your project has compile-time dependencies only to the servlet.jar,
> and not the other ones. That's why your project did compile only when you
> put the servlet.jar to the build path.
>
> For cleaner explanations you should read the following Eclipse help section
> (and all of its 'children' in the navigation tree): Java Development User
> Guide->Tasks->Building->Working with build paths.
>
> HTH,
> Regards,
> Csaba
|
|
| |
| Re: Need help cause Help don't work ;-) [message #276922 is a reply to message #264449] |
Wed, 01 December 2004 06:18 |
| Eclipse User |
|
|
|
Originally posted by: gilblais.yahoo.com
Found MY problem. Renamed the C:\Program Files\Java\jre1.5.0\lib\ext to
ext_was, loaded Eclipse and voila - I got Eclipse help. So, now I will be
relocating the .jar files I had there (j2ee.jar, etc) and move. If anyone
finds out why, I would like to know though.
Gil Blais
"Horv
|
|
|
Goto Forum:
Current Time: Thu Jul 17 09:51:04 EDT 2025
Powered by FUDForum. Page generated in 0.06020 seconds |
Home