IRC log for #tomcat on 20121105

00:40.39*** part/#tomcat SaintCrowdness1 (~gccrowd@wsip-98-190-148-187.ph.ph.cox.net)
01:28.36*** join/#tomcat Gletster1 (~Thunderbi@static-96-252-180-210.tampfl.fios.verizon.net)
02:04.31*** join/#tomcat chotchki (~chotchki@unaffiliated/chotchki)
02:08.29chotchkihey everyone im running tomcat 7.0.30 on java 1.7.0_09-b30 on ubuntu... im getting what i believe to be a crazy stacktrace: http://pastebin.com/UAE3kN6C which references a line that doesn't even exist: https://github.com/chotchki/webCiv/blob/master/src/main/java/us/chotchki/webCiv/config/WebCivStartup.java
02:09.30chotchkiits extra frustrating because the application runs fine in jetty
02:11.52chotchkiany ideas on what i can do to track it down?
02:48.23chotchkieven commenting out the entire method, its still screwed up :(
02:49.04chotchkithe build system can be found here: https://www.chotchki.us/jenkins/job/webCiv/
02:59.12chotchkinvm i figured it out, stalte git checkout
04:22.00joshbecijust wanted to say, the webdroid-tomcat-package has saved my bacon
04:22.06joshbecithanks!
04:45.06*** join/#tomcat apwalk (~apwalk@ppp-70-246-132-168.dsl.stlsmo.swbell.net)
04:51.20*** join/#tomcat factor (~factor@r74-195-182-80.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
04:56.33*** join/#tomcat vigneshwaran (~vigneshwa@182.71.239.158)
05:27.06*** join/#tomcat icarusfactor (~factor@r74-195-182-80.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
07:04.10*** join/#tomcat divide (~quassel@66.129.62.163)
07:19.58*** join/#tomcat lkoranda (lkoranda@nat/redhat/x-whcenwagnyleskjq)
07:28.01*** join/#tomcat papegaaij (~papegaaij@178.225.132.205)
07:36.49*** join/#tomcat papegaaij_ (~papegaaij@5ee53fc2.ftth.concepts.nl)
07:37.57*** join/#tomcat papegaaij (~papegaaij@5ee53fc2.ftth.concepts.nl)
08:32.39*** join/#tomcat kampsun (~kasutaja@63.70.235.80.dyn.estpak.ee)
08:34.37*** join/#tomcat kampsun (~kasutaja@unaffiliated/kampsun)
08:34.40*** join/#tomcat _moon (~moon@LNeuilly-152-22-7-151.w193-251.abo.wanadoo.fr)
09:01.57*** join/#tomcat vigneshwaran1 (~vigneshwa@182.71.239.158)
09:08.36*** join/#tomcat vigneshwaran (~vigneshwa@182.71.239.158)
11:48.40*** join/#tomcat chotchki (~chotchki@unaffiliated/chotchki)
12:11.29*** join/#tomcat mturk (~mturk@141-136-128-157.dsl.iskon.hr)
12:11.29*** join/#tomcat mturk (~mturk@redhat/jboss/mturk)
13:56.32*** part/#tomcat vigneshwaran (~vigneshwa@182.71.239.158)
13:57.50*** join/#tomcat _moon (~moon@LNeuilly-152-22-7-151.w193-251.abo.wanadoo.fr)
14:11.11*** join/#tomcat apwalk (~apwalk@ppp-70-246-132-168.dsl.stlsmo.swbell.net)
14:22.54*** join/#tomcat acidjnk22 (~havenone@p4FDFDC4C.dip.t-dialin.net)
14:37.34*** join/#tomcat odin_ (~Odin@93-97-168-38.zone5.bethere.co.uk)
14:45.59*** join/#tomcat hybridpollo (~hybridpol@50.56.228.65)
14:52.33*** join/#tomcat randrewj (~u1@dyn-128-59-53-53.dyn.columbia.edu)
15:23.35*** join/#tomcat apwalk (~apwalk@216.55.25.70)
16:24.05*** join/#tomcat factor (~factor@r74-195-185-66.msk1cmtc01.mskgok.ok.dh.suddenlink.net)
16:24.17*** join/#tomcat ed8 (~ed8@che33-2-82-225-177-85.fbx.proxad.net)
16:24.31ed8hi, is there an equivalent of Debian tomcat6-instance-create on CentOS 5.6 ?
16:37.50*** join/#tomcat apwalk (~apwalk@216.55.25.70)
16:46.04*** join/#tomcat apwalk (~apwalk@216.55.25.70)
17:32.22*** join/#tomcat andref (~andref@ip-46-45-78-40.ksiezyc.pl)
17:32.26andrefhi
17:47.58*** join/#tomcat caveat- (hoax@gateway/shell/bshellz.net/x-ddijliodzksrktqi)
17:48.50*** join/#tomcat skox (~korzen@212.59.54.172)
17:49.14skoxhi
17:49.23skoxI'm using Tomcat 6.0.* Version
17:50.08andrefme too
17:50.16skoxI use linux and with "netstat -tnlpw" I only see ports 8443 and 8080 open
17:50.33skoxWhen I try to access the tomcat with a browser it answers on port 80.
17:50.56skoxthe tomcat is started with a non root user: tomcat
17:51.09skoxso how does this work?
17:51.43skoxPort 80 is not my problem. I'm trying to setup port 443 (https).
17:52.05skoxIf I run https://localhost:8443 the webapp answers correctly.
17:52.50skoxbut with the "same setup" on another machine it works with https://localhost (without the extra port 8443)
17:53.10skoxwith same setup I mean i cloned the virtual  machine.
17:53.36skoxI already read the tomcat6 documentation.
17:53.48skoxAs far as I can tell the configuration is correct.
17:54.07skoxBut the webapp doesn't answer on urls like: https://localhost/
17:54.49skoxCould someone guide me in the right direction?
18:03.48*** join/#tomcat xuesheng (~pawelek@cs78175239.pp.htv.fi)
18:18.21*** part/#tomcat xuesheng (~pawelek@cs78175239.pp.htv.fi)
18:34.38dividecoskox: look at your server.xml and change the ports, it uses 8080 and 8443 by default
18:41.55skoxSure I can do this. But as far as I can see on the original server there is the same configuration file for server.xml and there it works with https://localhost/
18:42.19dividecowell, sounds like a configuration issue to me.  I've never had issues changing the ports for Tomcat
18:42.29skoxdivideco: On the original server the following things worked:
18:42.45skoxdivideco: http://localhost/ and https://localhost:8443/
18:42.49dividecoif you're running in Eclipse, sometimes the configuration can be more confusing (the config files are defined under the "Servers" project)
18:43.03dividecohmm, maybe you have something else listening on port 80?
18:43.07dividecoor you have another port defined?
18:43.21skoxdivideco: on Port 80 listens nothing.
18:43.42dividecowell, http://localhost/ can't work if you have nothing listening on port 80
18:44.04skoxdivideco: sorry I can't look at the current configuration (not at work at the moment)
18:44.19skoxdivideco: sure, that's what drives me crazy.
18:45.05skoxdivideco: the system is an ubuntu server, there was jsvc installed, but I checked that the normal tomcat startup script is used.
18:45.13dividecoI'd guess you have another Connector defined and maybe you're missing it somehow
18:46.11skoxdivideco: just for my understanding, could it be some URL rewriting stuff inside the webapp-Container that remove "*:8443" from the URL ?
18:46.53divideconot to my knowledge, there should be no way to make the browser display a different URL from what you're actually accessing
18:47.44divideconetstat -anp | grep LISTEN should show you what process is listening on port 80, then look for that process and the startup args to see where it's coming from
18:47.58dividecoI highly doubt you're getting an *actual* response to "http://localhost/" without a process actually running there
18:48.38skoxdivideco: I tested it with slightly different options "-tnlpw" both where java processes.
18:49.08skoxdivideco: localhost is just an example. I requested the Webserver by the IP Address.
18:50.16skoxdivideco: ps -ef | grep java -> show only one process: tomcat6
18:51.00skoxdivideco: stopping the tomcat6 process and running the urls with http and https gives me timeouts.
18:51.30skoxdivideco: and the netstat command doesn't show the ports 8080 and 8443  as open|listen
18:53.04skoxdivideco: I also run a "diff" on the original and cloned version of server.xml. They weren't touched during the update process.
19:24.08skox<PROTECTED>
20:57.27*** join/#tomcat warunsl (~warunsl@wireless-031-048.usc.edu)
20:58.37warunslHey guys, I am a tomcat n00b trying to configure server.xml for my tomcat installation version jakarta-tomcat-4.1.27. Running into some issues
20:59.25warunslI have got the jakarta index page running and can access this examples/servlets/index.html
21:00.06warunslBut when i create my own servlets/index.html in appBase, myApp/servlets/index.html returns a 404
21:01.28warunslI have added a new <context> segment in the server.xml corresponding to myApp, but not sure what else i need to modify?
21:10.50*** part/#tomcat randrewj (~u1@dyn-128-59-53-53.dyn.columbia.edu)
21:17.42whartungwarunsl: I assume upgrading to 6 or 7 is out of the question because your company insists in running 10 year old software...
21:18.02warunslwharfing : You hear me bro :)
21:18.35warunslwhartung : You hear me bro :)
21:19.34whartungI apologize, it's only 6 years old...
21:24.28whartungthe 5.5 docs should mostly cover what you want to do though warunsl, have you tried them? Especially for basic WAR deployments.
21:25.43warunslLooks like my new server.xml was not taking effect. Created a new file altogether and restarted tomcat, I can now see my landing page within <appBase>/myapp/
21:25.59whartungah cool
21:26.01warunslwharfing : Now off, to write some servlets. Thank you
21:26.07whartungokies -- good luck
21:26.15whartungare you at least running Java 5??
21:26.23whartung(plz plz plz plz...)
21:33.10warunslwhartung : We are on 1.4.2, Java 5 is the one after that I believe?
21:33.23whartungomgomgomgomg… I'm so sorry
21:37.54whartungWe're on Java 7 now, warunsl, FYI, 8 should be out next year, after a long hiatus underneath Java 6
21:38.36warunslwhatung : Ah okay! Good for you. :)
21:39.22whartungjust giving you an idea of where the community is at, we here still run and develop for J6, we're punting on 7, and we'll convert to 8 when it rolls out.
21:42.50warunslwharfing : The only reason we are running such an old version is may be because of the space constraints on the server.
21:43.05whartungbecause of memory?
21:43.18warunslI have always wondered why there was a change in numbering scheme. After 1.4.2 we have 5
21:43.24warunslmemory, yes
21:43.28whartungThat's a branding issue
21:43.51warunslAcquisition from SUN?
21:43.58warunslI mean Oracle
21:44.03whartungno, Sun changed it before Oracle bought them
21:44.13warunslAh okay
21:44.55whartungbut it was a branding change mostly, market perception, easier to track
21:46.41whartungdare I ask how much memory you have now?
21:52.02warunslwharfing : That's only my guess. I am not really sure
21:53.43whartungwell, I feel for you. be nice to be able to move on to modern software, but I understand some folks can't easily do that.
22:42.05*** part/#tomcat warunsl (~warunsl@wireless-031-048.usc.edu)
23:16.57*** join/#tomcat ibot (~ibot@rikers.org)
23:16.57*** topic/#tomcat is Stable versions: 7.0.32, 6.0.36, and (EOL'd) 5.5.36. Newbies use the official binary from tomcat.apache.org, an RPM from http://code.google.com/p/webdroid-tomcat-package , or the latest tomcat deb. Check logs before asking a question. SLOW MOTION CHANNEL: Ask your question including your TC, Java, & OS versions, then wait; check back for answers.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.