java-devel December 2005

java-devel@lists.fedoraproject.org

20 participants
36 discussions

avalon-framework and doclet classes
by Anthony Green 06 Jan '06

06 Jan '06

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

4 9

Performance issues with gcc-4.1.0-0.10.i386
by Andrew Overholt 03 Jan '06

03 Jan '06

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

4 8

RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman 29 Dec '05

29 Dec '05

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

1 0

More azureus issues
by Anthony Green 26 Dec '05

26 Dec '05

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

2 2

RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman 23 Dec '05

23 Dec '05

>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

1 0

newbie question - Tomcat 4 instead of Tomcat 5 on FC4
by Bob Hartung 22 Dec '05

22 Dec '05

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

2 7

RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman 22 Dec '05

22 Dec '05

>>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

1 0

FW: [fedora-java] Eclipse and Tomcat
by Dan Thurman 22 Dec '05

22 Dec '05

>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

1 0

RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman 22 Dec '05

22 Dec '05

>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

3 2

RE: [fedora-java] Eclipse and Tomcat
by Dan Thurman 22 Dec '05

22 Dec '05

>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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

java-devel December 2005