avalon-framework and doclet classes
by Anthony Green
Gary -
I was trying to build something recently that required
org.apache.avalon.framework.logger.Log4JLogger from avalon-framework.
The avalon-framework.jar file in FC4 appears to be missing this class.
I grabbed the SRPM file from rawhide and attempted to build that
instead. The build failed with this...
[javadoc] java.lang.ClassNotFoundException: com.sun.tools.doclets.standard.Standard not found in gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}}
I've seen this before. It seems that our com-sun-javadoc or
com-sun-tools-doclets-Taglet jar should be on the default classpath
somehow.
In any case, I noticed that this build of the jar file includes the
proper class, but as far as I can tell, this is the same SRPM that was
used in FC4. Why wouldn't the FC4 jar file contain the Log4JLogger
class?
Thanks!
AG
17 years, 5 months
Performance issues with gcc-4.1.0-0.10.i386
by Andrew Overholt
Hi,
I am seeing some performance issues with the latest gcc rawhide RPM set.
I tried a build of Eclipse with them and it took 650 minutes 42 seconds
where it used to take about 20 - 30 minutes (this is just for the
bytecode, BTW). I watched the log a bit as it built but nothing stood
out to me as taking more time than anything else.
My build did eventually finish, however, so I upgraded to those Eclipse
RPMs and tried to run Eclipse. Startup is very slow. I used OProfile
to grab some data and put it here:
http://overholt.ca/eclipsestartup-opreport.txt
Then I reset OProfile and grabbed some data while using Eclipse for a
few minutes. I have two small projects checked out and I cleaned them,
opened a file (which took a very long time), moved around a bit in the
file, closed it, and reopened it (which took much less time). Here is
the report from that session:
http://overholt.ca/eclipseusage-opreport.txt
The top of both reports is similar. Here's the top of the startup
report:
samples % app name symbol name
1814289 28.7922 libgcc_s-4.1.0-20051221.so.1 __deregister_frame_info_bases
1764105 27.9958 libgcc_s-4.1.0-20051221.so.1 add_fdes
1040376 16.5105 libgcc_s-4.1.0-20051221.so.1 size_of_encoded_value
693446 11.0048 libgcc_s-4.1.0-20051221.so.1 classify_object_over_fdes
539261 8.5579 libgcc_s-4.1.0-20051221.so.1 __ucmpdi2
I can get more information if you need.
Thanks,
Andrew
17 years, 5 months
RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman
Hi Folks,
Any news of this? Has anyone been working on the
Eclipse / Tomcat issues previously posted?
Just wondered... Seems that Xmas vacation is still
continuing I guess and this newsgroup seems slow this
week...
Dan
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.9/216 - Release Date: 12/29/2005
17 years, 5 months
More azureus issues
by Anthony Green
I'm slowly plowing through the issues preventing Azureus from running.
Here are some of the latest items.
Casey - I had to apply to the attached two patches to gnu-crypto.
The first one makes sure that GnuKeyring.engineLoad(null, null) creates
an empty keyring, as per the KeyStore API. I'm not sure if it's exactly
correct.
The second one makes sure that the IllegalStateExceptions we throw have
useful stack traces. Before this change, every IllegalStateException
thrown would have a stack trace showing where NOT_LOADED was created.
We should apply something like these patches to the FC gnu-crypto (or
take a new upstream version if there is one).
Next I had to struggle with Cryptix. Azureus uses PKCS5Padding, which
only seems to be provided by Sun and Cryptix. First of all, I had to
move cryptix.jar into /usr/share/java/gcj-endorsed. Can we do this?
But it still doesn't work because cryptix.CryptixProperties can't find
the Cryptix.properties file. Perhaps this never worked. It's required,
in any case, since that file defines the mapping between the
PKCS5Padding alias and the class that implements it. If anybody has
insight into how this is supposed to work... well, that would be a great
xmas present :-) Try running "java cryptix.CryptixProperties" to see
what I mean. For what it's worth, Sun's JRE can't find it either, so
cryptix and/or JPackage is likely to blame.
Thanks,
AG
17 years, 5 months
RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman
>From: Andrew Overholt [mailto:overholt@redhat.com]
>Sent: Friday, December 23, 2005 6:46 AM
>To: Daniel B. Thurman
>Subject: RE: [fedora-java] Eclipse and Tomcat
>
>
>Hi,
>
>Why didn't you send this to the list?
What list are you referring to? Are you talking
about the fedora-java newsgroup? If this is the case,
when I replied to all, the fedora-java list was not there
so I assumed it was a private message. If you wish to
forward this message to the group, I won't object at all :-)
In fact, I added it myself in reply to this message.
>
>On Thu, 2005-12-22 at 15:01 -0800, Daniel B. Thurman wrote:
>> >We really need to know what Eclipse plugin it is that is
>providing this
>> >"Dynamic Web Project" functionality. It is not part of the SDK or
>> >anything we ship so please tell us where we can get it.
>>
>> Um.. I will try to explain best as I can, but I believe that
>> the J2EE component already comes with the Fedora Eclipse? If
>> not, then make sure that you have done an update, i.e.:
>
>It does not "come with" the Eclipse SDK. Eclipse is a giant collection
>of plugins and we ship a relevant subset.
>
>> If you want JBOSS, Add:
>> Name JBOSS
>> URL: http://jboss.sourceforge.net/jbosside/updates
>> [...]
>> Then check what you want then and click 'Finish'
>>
>> If this does not work, then you can to to:
>> http://eclipse.org/downloads/index_project.php
>>
>> Select J2EE Standard tools
>> WST - Web Standars Tools
>
>You're not being very clear here. Is the tomcat stuff you're trying to
>get working part of the Web Tools Project or part of whatever
>this JBoss
>stuff is (I know it's not part of the CDT ;) .
I am simply telling you what is on my Eclipse update list is so it
is up to you. I have WTP 0.7.1 plugin installed and this has J2EE
of which the 'Dynamic Web' component is a part of it. You can check
to see if you can open the J2EE perspective if you have it, otherwise
you can download and install the WTP 0.7.1 (or WTP 1.0) where your
Eclipse directory is installed. Note: Look at the contents of the zipped
(or tar.gz) file to ensure you know how/where it will be installed. You
do not install inside of your eclipse directory but rather just one
directory up of the eclipse directory.
>From what Fedora users have told me, Eclipse does not come with
Tomcat so you have to download and manually install it yourself.
I believe Eclipse by default has the Tomcat and other plugins
but you will still need to download/install Tomcat (from JPackage
or from Apache) before you use Eclipse with it.
For Fedora, I had used the original distro FC4, added JPackage yum
support, did yum update/installs and this was how I was able to
get (a broken) tomcat5 (and other java-centric software support)
installed. Since the yum updates pulled "everything in", I could not
tell you if WTP 0.7.1 was orgignally from the distro, was part of
the JPackage update or if I manually installed it.
I have however installed WTP 0.7.1 manually on the Windows platform
and I can tell you it is very simple to install - you just unpack it
where the eclipse directory is installed but not in this directory.
This simply lays over and on top of the current directory. Please
check with the installation guidelines to be sure.
>
>> And manually install these per recommendation online,
>> as it is pretty simple.
>>
>> Let me know if any of these work for you.
>
>Once we get some more information, I might be able to give it a try.
Go to http://www.eclipse.org and click on 'Projects' and then there
on that page is a 'Eclipse Web Tools Platform Project' link and click
this link if you want more information or if you want to get WTP 0.7.1.
Otherwise, click on: 'Download 1.0 now!' link to get to the download page
and in this page, click: 'wtp-1.0.zip'. Note, that the SDK is there also.
If you choose to get the "0.7.1" "all-in-one", then this is the full-blown
eclipse vanilla package - which is probably not what you want. If you
just want the plug-ins - choose: wtp-0.7.1.tar.gz and this is to be installed
where your eclipse is installed - and do NOT install in the eclipse directory
but one directory up.
This here is a disclaimer so please understand that I do not know
the aims of Fedora nor how they go about reorganizing things involving
Eclipse or Tomcat - so ask around and see if these steps are even recommended
because they are using gcj (or whatever it is they are doing, as I don't
know). My guess is that in theory, you can download Vanilla Eclipse and
it should run. But don't hold my feet to the fire if I am wrong. I am
currently just trying Eclipse on Fedora - as my primary work is being
done in a Windows environment.
>
>> >P.S. It would be nice if you could configure your mail client to do
>> >proper threading.
>>
>> How man... I am using Microsoft Outlook 2000 SP3 and I have not
>> for the life of me figured out why it is not properly threading
>> the email messages. I will have to contact a MS group for that
>> answer unless you know the secret! :-)
>
>Sorry, I haven't used a MS mail client in years. It's not a big
>deal ... just would be nice.
>
>Good luck and happy holidays,
>
>Andrew
>
Cheers!
Dan
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.5/212 - Release Date: 12/23/2005
17 years, 5 months
newbie question - Tomcat 4 instead of Tomcat 5 on FC4
by Bob Hartung
Hi,
If I am in the wrong list please advise me of such. I am trying to
install the MIRC server from the Radiological Society of North America.
This calls for java 1.4 (installed) and Tomcat 4.x.
I am running FedoraCore4 which has Tomcat 5 installed and the MIRC
software (a Radiology Teaching File/Research Case database product) will
not run under Tomcat 5 at the present. I therefore need to have Tomcat
4 installed which I can do from the tar.gz. However, how can I make
sure that the Tomcat 5 installation is not called or do the tar.gz files
usually have files I can copy to /etc/init.d to use to start the Tomcat
4 service on boot?
Sorry if this is a dumb question, but as a newbie I am somewhat
overwhelmed with the terminology associated with Java in all of its clothes.
Thanks,
Bob Hartung
17 years, 5 months
RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman
>>From: fedora-devel-java-list-bounces(a)redhat.com
>>[mailto:fedora-devel-java-list-bounces@redhat.com]On Behalf Of Adam
>>Batkin
>>Sent: Thursday, December 22, 2005 3:33 PM
>>To: Andrew Overholt
>>Cc: Fedora Java Development List (E-mail)
>>Subject: Re: [fedora-java] Eclipse and Tomcat
>>
>>
>>I believe it's the Eclipse Webtools project (WTP), which is
>>composed of
>>a few subprojects including what it calls Web Standard Tools (WST) and
>>J2EE Standard Tools (JST).
>>
>>The 1.0 release (well, release candidate-until tomorrow they
>>claim) has
>>a few dependencies on later versions of EMF and I think JEM, but I'm
>>pretty sure I was able to get 0.7.1 working on a stock Fedora Core 4,
>>though with similar complications to what Daniel had (I'm away from my
>>linux box for a couple weeks now, can't check). I think the problems
>>were ownership of tomcat files and the fact that it wouldn't properly
>>identify the tomcat installation directory because files were named
>>different. Anyway, 1.0 will supposedly be out tomorrow (the 23rd of
>>December), so it might be worthwhile working from there to
>>package it up.
>>
>>See: http://www.eclipse.org/webtools/
>>Also, my previous reply:
>>https://www.redhat.com/archives/fedora-devel-java-list/2005-Dec
>ember/msg00065.html
>
>Hope this helps,
>
>-Adam Batkin
>
>
>
> > We really need to know what Eclipse plugin it is that is providing this
> > "Dynamic Web Project" functionality. It is not part of the SDK or
> > anything we ship so please tell us where we can get it.
>
I wanted to add that I am using WTP 0.7.1 or at least is appears
that way. It is quite possible that I downloaded this one and installed
this in the plugin directory, but I just dont recall that for sure.
Dan
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005
17 years, 5 months
FW: [fedora-java] Eclipse and Tomcat
by Dan Thurman
>From: fedora-devel-java-list-bounces(a)redhat.com
>[mailto:fedora-devel-java-list-bounces@redhat.com]On Behalf Of
>Daniel B.
>Thurman
>Sent: Thursday, December 22, 2005 9:26 AM
>To: Fedora Java Development List (E-mail)
>Subject: RE: [fedora-java] Eclipse and Tomcat
>
>
>>From: fedora-devel-java-list-bounces(a)redhat.com
>>[mailto:fedora-devel-java-list-bounces@redhat.com]On Behalf Of Kenneth
>>Porter
>>Sent: Wednesday, December 21, 2005 7:14 PM
>>To: Fedora Java Development List (E-mail)
>>Subject: RE: [fedora-java] Eclipse and Tomcat
>>
>>
>>--On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman"
>><dant(a)cdkkt.com> wrote:
>>
>>> I believe whomever created this tomcat version for Fedora has got
>>> some explaining to do. This is a horrible piece of junk, horrible
>>> waste of my time, and files moved all over the place that is it a
>>> major cause of confusion which departs from apache's standard
>>> configuration and installation. Heck, I cannot even simply define
>>> JAVA_HOME and find the binaries!!! Sheesh!!
>>
>>Agreed, but this is unlikely to be Fedora-specific. More likely the
>>repackaging is done to make the system comply with LSB/FHS, which Sun
>>ignores. Even Microsoft has packaging guidelines and recommended
>>directories that application developers routinely ignore.
>>(It's easy to do
>>so when everyone runs as administrator.)
>>
>
>First I want to apologize for my uncivilized comments - I was
>just plain frustrated. So I'd like to move on past this.
>
>Yes, you are probably right - that it is vendors that routinely
>ignore packaging guidelines and recommended directories and so on
>and I am sure M$ is attacked for the same reasons. Seems that the
>problem may be JPackage or Fedora's problem - but for those on the
>outside - there is a problem and it is a mess and who's really to
>be blamed? Perhaps nobody is to be blamed but the end-result is there
>is a problem and it frustrates the heck out of anyone who wants to
>succeed but cannot get anywhere.
>
>I am not sure where to begin as far as what I have on my system
>but I will try to explain it best as I can:
>
>1) I am using JPackage - this is where I am getting the tomcat
>and other java-related packaging. I read many sites and apparently
>this is where most (but not all) have recommended getting updates
>from - which I was trying to stay with the "standard". So my Tomcat
>5 version comes from JPackage, I believe.
>
>Also, I have downloaded Sun's java kit v1.5 and followed the
>recommendations
>somewhere that explains how to get Sun's version properly packaged for
>installation into Fedora. It was a complicated process and it
>uses JPacakge's
>files, mentioned in that link. If anyone wants that link please let me
>know and I will try to find it.
>
>2) Downloaded and manually installed Apache Tomcat v5.5.12 in
>/usr/local directory, for the purpose to see if I can get a
>running version going. The Tomcat 5 version (from JPackage) that
>I have does not work out of the box - I threw everything I could
>at it - and got only so far to see that *something* runs but no
>pages were being served. I noted that there is a problem in the
>handling of the tomcat-users.xml file and an exception was thrown
>but apparently this did not cause tomcat to stop running.
>
>I went a little further to see if I can get Fedora's port of
>Eclipse to work with a 'Dynamic Web' project and coupled with
>Tomcat, the one I got working from the Apache and not the one
>with JPackage. The index.jsp page that I have is one that I
>developed on a Window platform with Eclipse and NetBeans and
>on a heterogenous environment and it works. So I simply opened
>up my project obtained over CVS an onto Fedora and the next thing
>to do was to refactor it, and to at least define the application
>server (Tomcat v5.5), and try to get it running.
>
>Unfortunately, I cannot get the the application server (tomcat v5.5)
>to work. I originally tried this with Jpackage's tomcat v5 and the
>problem was that it would not even accept the 'Tomcat
>installation Directory'
>when provided, but it would accept the directory when I supplied the
>apache's version i.e. /usr/local/tomcat-5.5.12
>
>Even when I am using apache's version I *still* cannot get Eclipse
>to use tomcat, to run/start it, nor to get my project's pages loaded
>on Tomcat.
>
>When I looked into the Eclipse plug-ins - this was where I let
>it all out
>in my frustration: that the tomcat-5 plugins were symbolically
>linked into
>/var/lib/tomcat5 BYPASSING the one I installed in /usr/local directory
>so therein lies a problem - how do I get to choose my installation over
>that of another vendor in case the vendor does not get it right? So -
>that is why I belted it out - what a piece of -- well... that is
>history now...
>
>>> It seems that there are just too many problems with this
>>> version - and this was stated in several sites talking about it.
>>
>>Rather than "curse the dark", it's in everyone's best interest
>>that those
>>who identify concrete faults go to bugzilla and "light a
>>candle". Did any
>>of those sites provide bug numbers?
>
>>From the messages I read, no bug numbers were provided. Just
>some people saying that they gave up trying and suggested that
>I download the sources and build the things I needed. Other
>people referred to JPackage but they warned of a packaging problem
>that involved in a missing jta.jar and this caused me a lot of
>grief in getting started. There was complaints that JPackage was
>slow in keeping up. But I went ahead and and got this working and
>JPackage is part of my Yum list for updates.
>
>If there is any thing else I can do or provide to resolve this
>issue with Eclipse/Tomcat please let me know!
>
>I am currently looking at my "hate mail" on my uncivilized comment
>and also follow up requests for information or to perform steps to
>try and getting this issue resolved.
>
>Thanks for your patience --
>
>Dan
>
>>
*** I replied earlier but somehow this did not get
listed in the newsgroup - so this is a 2nd resend.
Ok, with some in-depth searching, I finally got eclipse/tomcat
to work but with manual tweaking....
Here is what I did so far:
1) The JPackage tomcat5 was left alone, and it was installed
(/usr/share/tomcat5 w/ links to other places, one of which is
/var/lib/tomcat5).
2) Installed Apache's Tomcat v5.5.12 to /usr/local directory,
created the tomcat environment script in /etc/profiles.d/tomcat.sh,
tested and ensured that I could run it from script (startup.sh and
shutdown.sh) and ensured my browser can see the default pages at
port 8080.
3) Started Fedora's Eclipse, CVS'ed my 'Dynamic Web' application,
and re-configured for Fedora environment, selected Tomcat v5.5,
provided the installation directory (/usr/local/tomcat-5.5.12),
continued the dialog and it fails to continue after the selection
of the dynamic-web application with the message that the contents
of <workspace>/Server/Tomcat v5.5 Server @ localhost-config was either
corrupted or empty. The fact here was that Eclipse was not able to
create/copy files into this directory - so what I did was to run Eclipse
on my Windows Platorm and followed similar steps and I noticed the
the files created there and missing (in askerisks) in the Fedora-side
workspace structure:
<Eclipse workspace>
Servers
Tomcat v5.5 Server @ losthost-config
catalina.policy *
xerver.xml *
tomcat-users.xml *
web.xml *
.project *
.runtime *
So - as a manual step, I copied all these files from the windows
workspace over to the Fedora workspace, edited server.xml to change
the '<Context docBase="...." /> to refelect the workspace
application source.
Next, I had to shutdown tomcat (I had it running before) outside of
Eclipse (cannot do this within Eclipse), then go to the Servers Tab
of Eclipse, and right-click and choose "Start" and lo' tomcat started
running!
I then proceeded to open the web-browser, entered:
http://localhost:8080/MyWebApp and it ran fine.
As a test, I changed the /var/lib/tomcat5/server/lib directory to a link
pointing to: /usr/local/tomcat-5.5.12/server/lib and back while testing
(why I did this is because these Eclipse tomcat plug-in has jar file links
pointing to it) but it turns out that this had no direct effect for now.
So it appears, that there is a problem with Tomcat version supplied by
JPackage and Eclipse was not able to copy the over the needed Tomcat
server files over and into the Eclipse Server directory with either
tomcat versions. I am not sure what is causing these problems at this
time.
Dan
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005
17 years, 5 months
RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman
>From: fedora-devel-java-list-bounces(a)redhat.com
>[mailto:fedora-devel-java-list-bounces@redhat.com]On Behalf Of
>Daniel B.
>Thurman
>Sent: Thursday, December 22, 2005 9:26 AM
>To: Fedora Java Development List (E-mail)
>Subject: RE: [fedora-java] Eclipse and Tomcat
>
>
>>From: fedora-devel-java-list-bounces(a)redhat.com
>>[mailto:fedora-devel-java-list-bounces@redhat.com]On Behalf Of Kenneth
>>Porter
>>Sent: Wednesday, December 21, 2005 7:14 PM
>>To: Fedora Java Development List (E-mail)
>>Subject: RE: [fedora-java] Eclipse and Tomcat
>>
>>
>>--On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman"
>><dant(a)cdkkt.com> wrote:
>>
>>> I believe whomever created this tomcat version for Fedora has got
>>> some explaining to do. This is a horrible piece of junk, horrible
>>> waste of my time, and files moved all over the place that is it a
>>> major cause of confusion which departs from apache's standard
>>> configuration and installation. Heck, I cannot even simply define
>>> JAVA_HOME and find the binaries!!! Sheesh!!
>>
>>Agreed, but this is unlikely to be Fedora-specific. More likely the
>>repackaging is done to make the system comply with LSB/FHS, which Sun
>>ignores. Even Microsoft has packaging guidelines and recommended
>>directories that application developers routinely ignore.
>>(It's easy to do
>>so when everyone runs as administrator.)
>>
>
>First I want to apologize for my uncivilized comments - I was
>just plain frustrated. So I'd like to move on past this.
>
>Yes, you are probably right - that it is vendors that routinely
>ignore packaging guidelines and recommended directories and so on
>and I am sure M$ is attacked for the same reasons. Seems that the
>problem may be JPackage or Fedora's problem - but for those on the
>outside - there is a problem and it is a mess and who's really to
>be blamed? Perhaps nobody is to be blamed but the end-result is there
>is a problem and it frustrates the heck out of anyone who wants to
>succeed but cannot get anywhere.
>
>I am not sure where to begin as far as what I have on my system
>but I will try to explain it best as I can:
>
>1) I am using JPackage - this is where I am getting the tomcat
>and other java-related packaging. I read many sites and apparently
>this is where most (but not all) have recommended getting updates
>from - which I was trying to stay with the "standard". So my Tomcat
>5 version comes from JPackage, I believe.
>
>Also, I have downloaded Sun's java kit v1.5 and followed the
>recommendations
>somewhere that explains how to get Sun's version properly packaged for
>installation into Fedora. It was a complicated process and it
>uses JPacakge's
>files, mentioned in that link. If anyone wants that link please let me
>know and I will try to find it.
>
>2) Downloaded and manually installed Apache Tomcat v5.5.12 in
>/usr/local directory, for the purpose to see if I can get a
>running version going. The Tomcat 5 version (from JPackage) that
>I have does not work out of the box - I threw everything I could
>at it - and got only so far to see that *something* runs but no
>pages were being served. I noted that there is a problem in the
>handling of the tomcat-users.xml file and an exception was thrown
>but apparently this did not cause tomcat to stop running.
>
>I went a little further to see if I can get Fedora's port of
>Eclipse to work with a 'Dynamic Web' project and coupled with
>Tomcat, the one I got working from the Apache and not the one
>with JPackage. The index.jsp page that I have is one that I
>developed on a Window platform with Eclipse and NetBeans and
>on a heterogenous environment and it works. So I simply opened
>up my project obtained over CVS an onto Fedora and the next thing
>to do was to refactor it, and to at least define the application
>server (Tomcat v5.5), and try to get it running.
>
>Unfortunately, I cannot get the the application server (tomcat v5.5)
>to work. I originally tried this with Jpackage's tomcat v5 and the
>problem was that it would not even accept the 'Tomcat
>installation Directory'
>when provided, but it would accept the directory when I supplied the
>apache's version i.e. /usr/local/tomcat-5.5.12
>
>Even when I am using apache's version I *still* cannot get Eclipse
>to use tomcat, to run/start it, nor to get my project's pages loaded
>on Tomcat.
>
>When I looked into the Eclipse plug-ins - this was where I let
>it all out
>in my frustration: that the tomcat-5 plugins were symbolically
>linked into
>/var/lib/tomcat5 BYPASSING the one I installed in /usr/local directory
>so therein lies a problem - how do I get to choose my installation over
>that of another vendor in case the vendor does not get it right? So -
>that is why I belted it out - what a piece of -- well... that is
>history now...
>
>>> It seems that there are just too many problems with this
>>> version - and this was stated in several sites talking about it.
>>
>>Rather than "curse the dark", it's in everyone's best interest
>>that those
>>who identify concrete faults go to bugzilla and "light a
>>candle". Did any
>>of those sites provide bug numbers?
>
>>From the messages I read, no bug numbers were provided. Just
>some people saying that they gave up trying and suggested that
>I download the sources and build the things I needed. Other
>people referred to JPackage but they warned of a packaging problem
>that involved in a missing jta.jar and this caused me a lot of
>grief in getting started. There was complaints that JPackage was
>slow in keeping up. But I went ahead and and got this working and
>JPackage is part of my Yum list for updates.
>
>If there is any thing else I can do or provide to resolve this
>issue with Eclipse/Tomcat please let me know!
>
>I am currently looking at my "hate mail" on my uncivilized comment
>and also follow up requests for information or to perform steps to
>try and getting this issue resolved.
>
>Thanks for your patience --
>
>Dan
>
>>
Ok, with some in-depth searching, I finally got eclipse/tomcat
to work but with manual tweaking....
Here is what I did so far:
1) The JPackage tomcat5 was left alone, and it was installed
(/usr/share/tomcat5 w/ links to other places, one of which is
/var/lib/tomcat5).
2) Installed Apache's Tomcat v5.5.12 to /usr/local directory,
created the tomcat environment script in /etc/profiles.d/tomcat.sh,
tested and ensured that I could run it from script (startup.sh and
shutdown.sh) and ensured my browser can see the default pages at
port 8080.
3) Started Fedora's Eclipse, CVS'ed my 'Dynamic Web' application,
and re-configured for Fedora environment, selected Tomcat v5.5,
provided the installation directory (/usr/local/tomcat-5.5.12),
continued the dialog and it fails to continue after the selection
of the dynamic-web application with the message that the contents
of <workspace>/Server/Tomcat v5.5 Server @ localhost-config was either
corrupted or empty. The fact here was that Eclipse was not able to
create/copy files into this directory - so what I did was to run Eclipse
on my Windows Platorm and followed similar steps and I noticed the
the files created there and missing (in askerisks) in the Fedora-side
workspace structure:
<Eclipse workspace>
Servers
Tomcat v5.5 Server @ losthost-config
catalina.policy *
xerver.xml *
tomcat-users.xml *
web.xml *
.project *
.runtime *
So - as a manual step, I copied all these files from the windows
workspace over to the Fedora workspace, edited server.xml to change
the '<Context docBase="...." /> to refelect the workspace
application source.
Next, I had to shutdown tomcat (I had it running before) outside of
Eclipse (cannot do this within Eclipse), then go to the Servers Tab
of Eclipse, and right-click and choose "Start" and lo' tomcat started
running!
I then proceeded to open the web-browser, entered:
http://localhost:8080/MyWebApp and it ran fine.
As a test, I changed the /var/lib/tomcat5/server/lib directory to a link
pointing to: /usr/local/tomcat-5.5.12/server/lib and back while testing
(why I did this is because these Eclipse tomcat plug-in has jar file links
pointing to it) but it turns out that this had no direct effect for now.
So it appears, that there is a problem with Tomcat version supplied by
JPackage and Eclipse was not able to copy the over the needed Tomcat
server files over and into the Eclipse Server directory with either
tomcat versions. I am not sure what is causing these problems at this
time.
Dan
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005
17 years, 5 months
RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman
>From: fedora-devel-java-list-bounces(a)redhat.com
>[mailto:fedora-devel-java-list-bounces@redhat.com]On Behalf Of Kenneth
>Porter
>Sent: Wednesday, December 21, 2005 7:14 PM
>To: Fedora Java Development List (E-mail)
>Subject: RE: [fedora-java] Eclipse and Tomcat
>
>
>--On Wednesday, December 21, 2005 1:57 PM -0800 "Daniel B. Thurman"
><dant(a)cdkkt.com> wrote:
>
>> I believe whomever created this tomcat version for Fedora has got
>> some explaining to do. This is a horrible piece of junk, horrible
>> waste of my time, and files moved all over the place that is it a
>> major cause of confusion which departs from apache's standard
>> configuration and installation. Heck, I cannot even simply define
>> JAVA_HOME and find the binaries!!! Sheesh!!
>
>Agreed, but this is unlikely to be Fedora-specific. More likely the
>repackaging is done to make the system comply with LSB/FHS, which Sun
>ignores. Even Microsoft has packaging guidelines and recommended
>directories that application developers routinely ignore.
>(It's easy to do
>so when everyone runs as administrator.)
>
First I want to apologize for my uncivilized comments - I was
just plain frustrated. So I'd like to move on past this.
Yes, you are probably right - that it is vendors that routinely
ignore packaging guidelines and recommended directories and so on
and I am sure M$ is attacked for the same reasons. Seems that the
problem may be JPackage or Fedora's problem - but for those on the
outside - there is a problem and it is a mess and who's really to
be blamed? Perhaps nobody is to be blamed but the end-result is there
is a problem and it frustrates the heck out of anyone who wants to
succeed but cannot get anywhere.
I am not sure where to begin as far as what I have on my system
but I will try to explain it best as I can:
1) I am using JPackage - this is where I am getting the tomcat
and other java-related packaging. I read many sites and apparently
this is where most (but not all) have recommended getting updates
from - which I was trying to stay with the "standard". So my Tomcat
5 version comes from JPackage, I believe.
Also, I have downloaded Sun's java kit v1.5 and followed the recommendations
somewhere that explains how to get Sun's version properly packaged for
installation into Fedora. It was a complicated process and it uses JPacakge's
files, mentioned in that link. If anyone wants that link please let me
know and I will try to find it.
2) Downloaded and manually installed Apache Tomcat v5.5.12 in
/usr/local directory, for the purpose to see if I can get a
running version going. The Tomcat 5 version (from JPackage) that
I have does not work out of the box - I threw everything I could
at it - and got only so far to see that *something* runs but no
pages were being served. I noted that there is a problem in the
handling of the tomcat-users.xml file and an exception was thrown
but apparently this did not cause tomcat to stop running.
I went a little further to see if I can get Fedora's port of
Eclipse to work with a 'Dynamic Web' project and coupled with
Tomcat, the one I got working from the Apache and not the one
with JPackage. The index.jsp page that I have is one that I
developed on a Window platform with Eclipse and NetBeans and
on a heterogenous environment and it works. So I simply opened
up my project obtained over CVS an onto Fedora and the next thing
to do was to refactor it, and to at least define the application
server (Tomcat v5.5), and try to get it running.
Unfortunately, I cannot get the the application server (tomcat v5.5)
to work. I originally tried this with Jpackage's tomcat v5 and the
problem was that it would not even accept the 'Tomcat installation Directory'
when provided, but it would accept the directory when I supplied the
apache's version i.e. /usr/local/tomcat-5.5.12
Even when I am using apache's version I *still* cannot get Eclipse
to use tomcat, to run/start it, nor to get my project's pages loaded
on Tomcat.
When I looked into the Eclipse plug-ins - this was where I let it all out
in my frustration: that the tomcat-5 plugins were symbolically linked into
/var/lib/tomcat5 BYPASSING the one I installed in /usr/local directory
so therein lies a problem - how do I get to choose my installation over
that of another vendor in case the vendor does not get it right? So -
that is why I belted it out - what a piece of -- well... that is
history now...
>> It seems that there are just too many problems with this
>> version - and this was stated in several sites talking about it.
>
>Rather than "curse the dark", it's in everyone's best interest
>that those
>who identify concrete faults go to bugzilla and "light a
>candle". Did any
>of those sites provide bug numbers?
>From the messages I read, no bug numbers were provided. Just
some people saying that they gave up trying and suggested that
I download the sources and build the things I needed. Other
people referred to JPackage but they warned of a packaging problem
that involved in a missing jta.jar and this caused me a lot of
grief in getting started. There was complaints that JPackage was
slow in keeping up. But I went ahead and and got this working and
JPackage is part of my Yum list for updates.
If there is any thing else I can do or provide to resolve this
issue with Eclipse/Tomcat please let me know!
I am currently looking at my "hate mail" on my uncivilized comment
and also follow up requests for information or to perform steps to
try and getting this issue resolved.
Thanks for your patience --
Dan
>
>--
>fedora-devel-java-list mailing list
>fedora-devel-java-list(a)redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-devel-java-list
>
>--
>No virus found in this incoming message.
>Checked by AVG Free Edition.
>Version: 7.1.371 / Virus Database: 267.14.2/208 - Release
>Date: 12/20/2005
>
>
--
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.371 / Virus Database: 267.14.3/209 - Release Date: 12/21/2005
17 years, 5 months
