00:12.32 | *** join/#tomcat Sashlik (i=NeoRa_uz@218-202.ip.tps.uz) |
00:15.22 | *** join/#tomcat valmont (n=chrishol@undercity.smv.m80apps.com) |
00:16.41 | Sashlik | <PROTECTED> |
00:24.12 | *** join/#tomcat mael (n=mael@xdsl-84-44-172-84.netcologne.de) |
00:27.06 | *** join/#tomcat nexact- (n=nexact@ip150.172-236-205.sogetel.net) |
00:27.43 | nexact- | hey all! how can I change this directory: /home/nexode/apache-tomcat-5.5.17/bin/ to /home/nexode/site/jsp/bin/ ? |
01:19.12 | pfn | [pfnguyen@ares ria]$ du -s j p |
01:19.13 | pfn | 4780 j |
01:19.13 | pfn | 1332 p |
01:19.15 | pfn | sweet |
01:19.20 | pfn | j = jnlp app with jar files |
01:19.24 | pfn | p = jnlp app with pack200 jar files |
01:19.46 | pfn | I can drop it another 100k if I pack200 my main jar file as well |
01:34.35 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
02:06.33 | *** join/#tomcat retodd (n=opera@adsl-69-108-154-221.dsl.irvnca.pacbell.net) |
02:16.29 | pfn | jasonb so I tried pack200 on all my files, brings my download size down to 1.3mb |
02:23.18 | *** join/#tomcat wsmoak_ (i=wsmoak@VDSL-130-13-157-245.PHNX.QWEST.NET) |
02:55.29 | *** join/#tomcat wsmoak__ (i=wsmoak@VDSL-130-13-157-245.PHNX.QWEST.NET) |
03:07.36 | jasonb | pfn: Wow! |
03:07.59 | jasonb | pfn: That's a significant savings. Plus I'll bet it's done noticeably faster. |
03:14.11 | *** part/#tomcat retodd (n=opera@adsl-69-108-154-221.dsl.irvnca.pacbell.net) |
03:15.08 | pfn | jasonb yeah, it's a nice difference: http://paste.hanhuy.com/pack200comparison |
03:16.14 | jasonb | Niice. |
03:16.40 | jasonb | I wonder how those sizes compare to regular gz or bz though. |
03:17.06 | jasonb | bz tends to compress a little more than gz. |
03:19.34 | pfn | bzip2 can't even remotely compare |
03:19.45 | jasonb | really? |
03:20.29 | pfn | jasonb reload http://paste.hanhuy.com/pack200comparison |
03:21.39 | jasonb | hmm, strange! |
03:21.47 | jasonb | How bout gz then? |
03:21.49 | *** part/#tomcat leonel (n=leonel@201.155.188.137) |
03:22.30 | jasonb | Should be even slightly larger than the bz ones but you never know. |
03:24.13 | pfn | jasonb reload again |
03:24.53 | pfn | both bzip2 and gzip files are done with -9 |
03:24.55 | jasonb | Wow, they're almost identical to bz. |
03:25.14 | jasonb | pack200 wins. |
03:25.41 | jasonb | .. probably why the JDK now includes support for it |
03:26.03 | pfn | yeah, pack200 is sweet |
03:26.08 | pfn | actually, pack200 can only possibly work with java |
03:26.19 | pfn | basically, pack200 "cheats" because it knows the format of java class files |
03:26.28 | pfn | so it can infer things that generic algorithms like bzip and gzip can't |
03:30.08 | jasonb | I guess you already saw this?: http://java.sun.com/javase/6/docs/api/java/util/jar/Pack200.html |
03:30.44 | jasonb | pfn: ahh, interesting. So you can't really pack200 html files. |
03:30.56 | jasonb | (nor picture image files) |
03:37.23 | *** join/#tomcat jsisson (n=sissonj@218.185.73.243) |
03:45.22 | jasonb | pfn: Whoa.. http://jarg.sourceforge.net/ |
03:45.47 | jasonb | <PROTECTED> |
03:45.47 | jasonb | <PROTECTED> |
03:47.44 | *** join/#tomcat ah_man (n=ah_man@202.129.169.55) |
03:48.15 | ah_man | hi all |
03:48.42 | ah_man | i need help on how to actually disable the http trace method on Tomcat |
03:49.13 | jasonb | Why would you want to do that? |
03:50.06 | ah_man | because, there is a possible cross-site tracing in this http trace method |
03:50.36 | jasonb | possible? |
03:51.01 | ah_man | i managed to find the information on how to disable the http trace method on MS IIS & Apache |
03:51.16 | jasonb | Show me how someone could use it to exploit a cross site vulnerability. |
03:51.28 | ah_man | but, I couldn't find any manual on how to disable the http trace method on tomcat |
03:51.52 | ah_man | let me send you an URL |
03:51.59 | jasonb | Please do. |
03:52.11 | jasonb | Does it show how the exploit works? |
03:52.20 | ah_man | http://www.kb.cert.org/vuls/id/867593 |
03:54.54 | ah_man | actually, an attacker is able to steal someone's cookies |
03:55.07 | ah_man | by using this cross-site tracing vulnerability |
03:55.29 | jasonb | If the browser is IE maybe.. But, if you think you can make IE secure by changing web server configs, you're wrong. |
03:55.52 | jasonb | Users using IE are vulnerable.. and it's going to stay that way. |
03:56.21 | ah_man | yes, you are right |
03:56.32 | ah_man | but, i cannot tell all of my users |
03:56.35 | ah_man | not to use IE |
03:56.38 | ah_man | isn't it? |
03:57.13 | jasonb | No, it's okay if they insist on using IE and having no real security for themselves. That doesn't really bother me. :) |
03:57.32 | ah_man | so, now my question is... |
03:57.46 | ah_man | how can i actually disable the http trace method on tomcat? |
03:57.58 | ah_man | do you have any manual or help on that? |
03:58.11 | ah_man | would appreciate if you could help me on this matter |
03:58.15 | *** join/#tomcat prgrmr (n=prgrmr@bzq-88-153-178-249.red.bezeqint.net) |
03:58.19 | ah_man | thanks a bunch |
03:58.20 | jasonb | I think there are some tags you can put in web.xml in your webapp(s). But, I will be gone for about the next half hour or so. |
03:58.21 | ah_man | :) |
03:58.37 | jasonb | I'll be back on after that though. |
03:59.08 | ah_man | is there any configurations that i need to change? |
04:32.36 | *** part/#tomcat ah_man (n=ah_man@202.129.169.55) |
04:58.26 | *** join/#tomcat retodd (n=opera@adsl-69-108-154-221.dsl.irvnca.pacbell.net) |
05:12.06 | *** join/#tomcat LongBeach (n=mike@AFontenayssB-152-1-38-243.w83-114.abo.wanadoo.fr) |
05:48.14 | *** join/#tomcat timofeyc (i=timofeyc@221.164.31.61) |
06:25.00 | *** join/#tomcat flexable (n=flexable@host14-162.pool8249.interbusiness.it) |
06:59.14 | *** join/#tomcat cypo (n=opera@217.13.174.82) |
07:30.48 | *** join/#tomcat prgrmr (n=prgrmr@bzq-88-153-178-249.red.bezeqint.net) |
07:39.44 | *** join/#tomcat columbo (n=chatzill@pool-71-104-18-28.lsanca.dsl-w.verizon.net) |
08:09.55 | *** join/#tomcat yango (n=yango@unaffiliated/yango) |
08:13.44 | *** join/#tomcat yanickd (n=yanick@193.171.131.235) |
08:13.46 | *** join/#tomcat kasbah (n=kasbah@62.206.116.171) |
08:13.48 | *** part/#tomcat yanickd (n=yanick@193.171.131.235) |
08:15.18 | *** join/#tomcat valmont (n=chrishol@dsl092-043-004.lax1.dsl.speakeasy.net) |
08:26.13 | *** join/#tomcat didier (n=dbretin@LPuteaux-151-43-8-202.w217-128.abo.wanadoo.fr) |
08:26.37 | didier | hello |
08:27.03 | didier | when I deploy a webapp with jsp, all the jsp are not compiled |
08:27.29 | didier | do you know if there is a way to tell to tomcat to compile the jsp when the deployment is done ? |
08:51.05 | didier | do you any idea jasonb or odin_ ? |
09:00.32 | jasonb | didier: Why do you want to compile the jsps at deployment time? |
09:07.45 | didier | jasonb: because my users find that my application is slow when I deploy my webapp |
09:07.58 | didier | jasonb: and it is slow, because of the compilation of the JSP |
09:08.40 | jasonb | So why not use <load-on-startup> for each JSP file in your webapp's web.xml so that each one will be compiled upon webapp start? |
09:10.41 | didier | jasonb: I use no definition of jsp in my web.xml because I use Spring |
09:11.13 | jasonb | didier: Do you have jsp files in your webapp or not? |
09:12.05 | didier | jasonb: in my webapp yes, but there is no definition of jsp in my web.xml .... but perharps I don't understand what you are telling me :) |
09:13.04 | jasonb | didier: Since you have jsp files in your webapp, you can add a <load-on-startup> tag for each one in your web.xml and each one of those will be compiled upon webapp startup. |
09:13.40 | didier | jasonb: ok I understand |
09:14.22 | jasonb | Like this: |
09:14.25 | jasonb | <PROTECTED> |
09:14.26 | jasonb | <PROTECTED> |
09:14.26 | jasonb | <PROTECTED> |
09:14.26 | jasonb | <PROTECTED> |
09:14.26 | jasonb | <PROTECTED> |
09:17.35 | jasonb | Everyone: My Tomcat 5.5.20 RPM set is now available from http://www.webdroid.org:8080/archives/tomcat-package |
09:27.19 | *** join/#tomcat nilesh (n=nilesh@59.145.239.100) |
09:58.47 | odin_ | heh |
09:58.57 | odin_ | load-on-startup is for loading Servlets not for compling JSPs |
09:59.25 | odin_ | you can create an ANT task to pre-compile japs into WEB-INF/classes/org/apache/jsp |
09:59.53 | didier | odin_: with this http://tomcat.apache.org/tomcat-5.0-doc/jasper-howto.html#Web%20Application%20Compilation ? |
10:00.39 | odin_ | yes |
10:00.46 | didier | ok I need to test |
10:08.10 | odin_ | precompling is good for finding errors too |
10:11.58 | *** join/#tomcat jsisson (n=sissonj@ppp20-141.lns2.syd7.internode.on.net) |
10:21.10 | didier | odin_: yes, excellent idea ! |
10:34.58 | *** join/#tomcat yassine (n=yassine@xdsl-87-78-113-167.netcologne.de) |
10:35.36 | yassine | hi * |
10:35.42 | nilesh | hi yassine |
10:35.46 | nilesh | whats up??? |
10:36.07 | yassine | hi nilesh fine thanks and you ? |
10:36.13 | nilesh | always fine.... |
10:37.11 | yassine | great how is work ? |
10:39.08 | nilesh | well its so so |
11:07.34 | *** join/#tomcat nilesh (n=nilesh@59.145.239.100) |
11:20.39 | *** join/#tomcat dreivier (n=dreivier@port-87-234-92-4.dynamic.qsc.de) |
11:36.52 | *** join/#tomcat didier (n=dbretin@LPuteaux-151-43-8-202.w217-128.abo.wanadoo.fr) |
11:50.52 | *** join/#tomcat Uviz (n=lee@user-11212h2.dsl.mindspring.com) |
11:50.52 | *** join/#tomcat yango (n=yango@unaffiliated/yango) [NETSPLIT VICTIM] |
11:50.52 | *** join/#tomcat cypo (n=opera@217.13.174.82) [NETSPLIT VICTIM] |
11:50.53 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) [NETSPLIT VICTIM] |
11:50.53 | *** join/#tomcat Fracture (n=Fracture@dsl-202-173-191-84.qld.westnet.com.au) [NETSPLIT VICTIM] |
11:50.53 | *** join/#tomcat Hugh (n=Hugh@puma.mxtelecom.com) [NETSPLIT VICTIM] |
11:50.53 | *** join/#tomcat oxblood (n=lee@user-11212h2.dsl.mindspring.com) [NETSPLIT VICTIM] |
11:50.53 | *** join/#tomcat mkennedy` (n=user@gentoo/developer/mkennedy) [NETSPLIT VICTIM] |
11:51.51 | *** join/#tomcat odin_ (n=dlm@host81-132-27-166.range81-132.btcentralplus.com) [NETSPLIT VICTIM] |
11:51.51 | *** join/#tomcat nexact (n=even@ip123.172-236-205.sogetel.net) [NETSPLIT VICTIM] |
11:51.51 | *** join/#tomcat Bosse (i=bosse@false.linpro.no) [NETSPLIT VICTIM] |
11:51.51 | *** join/#tomcat swente (i=EYKqh8Cx@unaffiliated/swente) [NETSPLIT VICTIM] |
11:51.52 | *** join/#tomcat Raboo (n=rabi@nikson.dataphone.se) [NETSPLIT VICTIM] |
11:51.52 | *** join/#tomcat jmv (n=jmv@sk5-48-1.tky.hut.fi) [NETSPLIT VICTIM] |
11:51.52 | *** join/#tomcat lyken (n=dc@air889.startdedicated.com) [NETSPLIT VICTIM] |
11:51.52 | *** join/#tomcat rhizmoe (n=eric@slider.synthesizer.org) [NETSPLIT VICTIM] |
11:55.05 | *** join/#tomcat Hugh_ (n=Hugh@puma.mxtelecom.com) |
12:03.09 | *** join/#tomcat JokerPro (n=Miranda@195.22.236.41) |
12:03.55 | JokerPro | good afternoon everybody. Have a stupid question... Can Apache Tomcat be a server for PHP ? |
12:07.23 | pucko | It could before afaik. By using some servlet-thingie availabler from php.net |
12:53.47 | *** join/#tomcat wsmoak_ (i=wsmoak@VDSL-130-13-157-245.PHNX.QWEST.NET) |
13:03.49 | *** join/#tomcat leonel (n=leonel@189.155.119.207) |
13:06.18 | *** join/#tomcat mael (n=mael@xdsl-87-78-187-144.netcologne.de) |
13:12.21 | *** part/#tomcat JokerPro (n=Miranda@195.22.236.41) |
13:21.28 | *** part/#tomcat retodd (n=opera@adsl-69-108-154-221.dsl.irvnca.pacbell.net) |
13:38.49 | *** join/#tomcat memic (n=memic@timeoutd.org) |
13:45.39 | *** join/#tomcat randrew (n=raj@dolmen.cc.columbia.edu) |
14:00.25 | *** join/#tomcat kasbah (n=kasbah@62.206.116.171) [NETSPLIT VICTIM] |
14:00.25 | *** join/#tomcat golqm-noob (i=poisoner@11383.unitednetworx.com) [NETSPLIT VICTIM] |
14:01.40 | *** join/#tomcat memic (n=memic@timeoutd.org) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat Hugh_ (n=Hugh@puma.mxtelecom.com) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat Uviz (n=lee@user-11212h2.dsl.mindspring.com) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat yango (n=yango@unaffiliated/yango) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat cypo (n=opera@217.13.174.82) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat Fracture (n=Fracture@dsl-202-173-191-84.qld.westnet.com.au) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat mkennedy` (n=user@gentoo/developer/mkennedy) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat odin_ (n=dlm@host81-132-27-166.range81-132.btcentralplus.com) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat nexact (n=even@ip123.172-236-205.sogetel.net) [NETSPLIT VICTIM] |
14:01.41 | *** join/#tomcat Bosse (i=bosse@false.linpro.no) [NETSPLIT VICTIM] |
14:01.42 | *** join/#tomcat swente (i=EYKqh8Cx@unaffiliated/swente) [NETSPLIT VICTIM] |
14:01.42 | *** join/#tomcat Raboo (n=rabi@nikson.dataphone.se) [NETSPLIT VICTIM] |
14:01.42 | *** join/#tomcat jmv (n=jmv@sk5-48-1.tky.hut.fi) [NETSPLIT VICTIM] |
14:01.42 | *** join/#tomcat lyken (n=dc@air889.startdedicated.com) [NETSPLIT VICTIM] |
14:01.42 | *** join/#tomcat rhizmoe (n=eric@slider.synthesizer.org) [NETSPLIT VICTIM] |
14:01.54 | *** join/#tomcat leonel (n=leonel@189.155.119.207) [NETSPLIT VICTIM] |
14:01.54 | *** join/#tomcat didier (n=dbretin@LPuteaux-151-43-8-202.w217-128.abo.wanadoo.fr) [NETSPLIT VICTIM] |
14:01.54 | *** join/#tomcat vinse (n=vinse@208.253.223.146) [NETSPLIT VICTIM] |
14:01.54 | *** join/#tomcat ves_ (n=gavin@cpc2-john1-0-0-cust80.renf.cable.ntl.com) [NETSPLIT VICTIM] |
14:01.54 | *** join/#tomcat Jara[zZ] (n=rimaraj@62.123.204.106) [NETSPLIT VICTIM] |
14:01.54 | *** join/#tomcat Hadaka (i=naked@naked.iki.fi) [NETSPLIT VICTIM] |
14:01.55 | *** join/#tomcat jrutherford (n=jim@cowu.be) [NETSPLIT VICTIM] |
14:03.01 | *** join/#tomcat dreivier (n=dreivier@port-87-234-92-4.dynamic.qsc.de) [NETSPLIT VICTIM] |
14:03.01 | *** join/#tomcat prgrmr (n=prgrmr@bzq-88-153-178-249.red.bezeqint.net) [NETSPLIT VICTIM] |
14:03.01 | *** join/#tomcat teite (i=shu@194.163.249.136) [NETSPLIT VICTIM] |
14:03.20 | *** join/#tomcat randrew (n=raj@dolmen.cc.columbia.edu) [NETSPLIT VICTIM] |
14:03.20 | *** join/#tomcat mael (n=mael@xdsl-87-78-187-144.netcologne.de) [NETSPLIT VICTIM] |
14:03.20 | *** join/#tomcat yassine (n=yassine@xdsl-87-78-113-167.netcologne.de) [NETSPLIT VICTIM] |
14:03.21 | *** join/#tomcat valmont (n=chrishol@pdpc/supporter/silver/valmont) [NETSPLIT VICTIM] |
14:03.21 | *** join/#tomcat columbo (n=chatzill@pool-71-104-18-28.lsanca.dsl-w.verizon.net) [NETSPLIT VICTIM] |
14:03.21 | *** join/#tomcat coryb (i=cory@trinidad.altec.org) [NETSPLIT VICTIM] |
14:03.21 | *** join/#tomcat ohsix (i=ohsix@bc111222.bendcable.com) |
14:03.21 | *** join/#tomcat pfn (n=pfnguyen@netblock-66-245-252-239.dslextreme.com) |
15:18.38 | *** join/#tomcat Robbie_The_Reind (n=mattcamp@relay.haverstickconsulting.com) |
15:26.51 | *** join/#tomcat Hugh (n=Hugh@puma.mxtelecom.com) |
15:49.49 | *** join/#tomcat dancemoon (n=ywz@60.21.2.15) |
16:03.54 | *** join/#tomcat f0rget (n=f0rget@12.104.6.129) |
16:36.36 | *** join/#tomcat awelynant_ (n=cskinfil@208.65.172.147) |
17:17.58 | *** join/#tomcat skyboy (n=skyboy@host-200-94-121-80.block.alestra.net.mx) |
17:18.07 | skyboy | hi all |
17:19.28 | skyboy | hope anybody can help me with this......here is the scenario |
17:20.06 | skyboy | I have an application that has to be requested from the www several times in a day |
17:21.39 | skyboy | this application is written in pure Java |
17:23.19 | skyboy | everytime this app is loaded from the www there is a new JVM process that has to be started |
17:24.18 | skyboy | my question is, does Tomcat manages this kind of stuff? I meant, only one JVM for many instances of this app is started? |
17:26.42 | skyboy | I'm not a newbie in Java, so any recommendation would be helpful |
17:28.45 | odin_ | no at all |
17:29.05 | odin_ | tomcat runs within one JVM and provides not management for a process farm |
17:29.15 | odin_ | its also unusual |
17:30.17 | skyboy | is it the same thing then? would it be the same to start the app as I do it right now as with tomcat? |
17:31.12 | skyboy | the issue here is that I don't want a new JVM process to be loaded into memory everytime the app is started from the WWW |
17:34.01 | skyboy | that's why I thought with tomcat this problem would be overcome |
17:37.23 | *** join/#tomcat vinse (n=vinse@208.253.223.146) |
17:40.34 | *** join/#tomcat LongBeach (n=mike@AFontenayssB-152-1-38-243.w83-114.abo.wanadoo.fr) |
17:54.15 | *** join/#tomcat razored (n=calc@222.238.179.10) |
17:55.03 | *** part/#tomcat razored (n=calc@222.238.179.10) |
18:12.54 | *** join/#tomcat razored (n=calc@222.238.179.10) |
18:13.02 | *** join/#tomcat columbo (n=chatzill@pool-71-104-18-28.lsanca.dsl-w.verizon.net) |
18:13.09 | razored | anyone used the sun application server |
18:15.58 | *** part/#tomcat razored (n=calc@222.238.179.10) |
18:29.13 | *** part/#tomcat skyboy (n=skyboy@host-200-94-121-80.block.alestra.net.mx) |
18:41.04 | *** join/#tomcat todd_ (n=icechat5@216-107-194-166.static.gdt.cust.seg.NET) |
18:44.47 | *** part/#tomcat cypo (n=opera@217.13.174.82) |
18:46.05 | todd_ | I've tried to setup the ssl portion of tomcat following the instructions but surfing to the port only yields 5 small square characters, any thoughts or direction would be appreciated. |
18:50.17 | todd_ | nevermind, eym stoopit, use https in the url and it's fine! |
18:52.25 | jasonb | heh |
20:12.39 | *** part/#tomcat f0rget (n=f0rget@12.104.6.129) |
20:21.46 | *** join/#tomcat yel (n=yassine@xdsl-87-78-20-228.netcologne.de) |
20:24.56 | *** join/#tomcat kosta (n=opa@lana-crontabs1-err.client.logicworks.net) |
20:25.04 | *** part/#tomcat kostagr33k (n=opa@lana-crontabs1-err.client.logicworks.net) |
20:25.06 | *** join/#tomcat kostagr33k (n=opa@lana-crontabs1-err.client.logicworks.net) |
20:34.45 | *** join/#tomcat kasbah (n=kasbah@port-212-202-42-65.dynamic.qsc.de) |
20:42.47 | pfn | ugh, I hate when the IM server at work goes down |
20:45.11 | yassine | pfn, which server are you using for IM ? |
20:46.03 | pfn | lotus sametime |
20:46.56 | yassine | Lotus not an open source IM solution ? |
20:47.04 | pfn | it is not |
20:53.27 | *** join/#tomcat kasbah (n=kasbah@port-212-202-42-65.dynamic.qsc.de) |
21:01.36 | *** join/#tomcat kasbah_ (n=kasbah@port-212-202-42-65.dynamic.qsc.de) |
21:51.10 | *** join/#tomcat laura__ (n=Ric@24-148-37-59.prs-bsr1.chi-prs.il.cable.rcn.com) |
21:52.15 | laura__ | Anyone know of an open source project that's helpful for monitoring Tomcat? Something that perhaps can email when an exception occurs, calculate avg response times, etc? |
22:07.20 | *** join/#tomcat lilalinux (i=e-trolle@langweiligneutral.deswahnsinns.de) |
22:07.24 | lilalinux | "WARNING: Unknown default host: localhost" |
22:07.40 | lilalinux | is that a common warning, that I can safely ignore? |
22:25.14 | Alconquian | it is odd... you could go find your OS-specific hosts file and make sure a localhost -> 127.0.0.1 entry is in there |
22:25.29 | Alconquian | however, if things appear to be working correctly, it may not matter |
22:27.47 | jasonb | laura__: Lambda Probe. |
22:28.42 | jasonb | lilalinux: It means your <Engine> has a default host of "localhost" but you have declared no such <Host name="localhost">. |
22:39.13 | pfn | jasonb what was whoa about jarg? sounds like a similar concept to pack200 |
22:39.25 | pfn | (I wonder which came first, or if jarg is related to pack200 in any way) |
22:39.42 | pfn | but it also appears to be a dead project (probably because of pack200?) |
22:40.12 | jasonb | pfn: I found it referenced from the pack200 JSR. |
22:40.18 | pfn | ah |
22:40.32 | pfn | I didn't see that (never read the jsr) |
22:40.37 | jasonb | pfn: I have a feeling it's not dead only because of pack200. I think it goes above and beyond what pack200 is trying to do.. since it seems to have additional features. |
22:41.03 | pfn | developer boredom... |
22:41.27 | jasonb | It has features to literally eliminate unused classes and interfaces, which is something you could use. |
22:42.31 | pfn | it'd be something I'd look at if it were kept up to date, heh |
22:43.20 | jasonb | It's not? |
22:43.37 | jasonb | Oh, you're right. |
22:49.33 | pfn | are there any reusable bits of DefaultServlet I could make use of somehow... |
22:49.51 | pfn | I have an image serving controller that could use something like that |
22:50.19 | pfn | http://svntrac.hanhuy.com/repo/browser/hanhuy/trunk/cms/src/com/hanhuy/album/controller/ImageFileController.java |
22:50.31 | pfn | I serve my file manually there.. it'd be nice if I could get DefaultServlet to do it for me... |
23:00.50 | lilalinux | jasonb: thx |
23:34.49 | jasonb | pfn: Are you okay with making your webapp Tomcat-specific? Or, must it stay container implementation independent? |
23:35.09 | pfn | jasonb I would prefer container-independent |
23:35.17 | pfn | I was just wondering if there's any way I can cheat |
23:35.50 | pfn | there's a difference in that you know that a change is being made |
23:35.58 | pfn | the change of the variable assertsEnabled |
23:36.15 | jasonb | pfn: Well, I don't remember how Tomcat-specific the DefaultServlet is. If it's not TC-specific, I'd say copy the source and just modify it to your heart's content. It would work well that way. |
23:36.17 | pfn | whereas, one may not be under the impression that disabling the assert keyword leads to the same |
23:37.39 | pfn | oops, mischan |
23:37.43 | jasonb | heh |
23:43.05 | pucko | I might have missed something... But when I "transfer data" from a servlet->jsp (model->controller->view) I usually save the objects in a session and let the pages pick the data from the session and present it |
23:44.02 | pucko | My teacher was a bit confused over this method, but he didn't explain why. And IMHO having sql/jdbc statements in a jsp-page is a bad idea.. |
23:46.10 | pucko | Is there a "better way"? All these years I've used sessions, but I might have gone too long in old tracks |
23:47.11 | pfn | you shouldn't overuse sessions for storing state |
23:47.32 | pfn | especially if the state shouldn't exist between controller and view |
23:47.37 | pfn | er, should only |
23:48.04 | pfn | among the reasons is that it destroys your session namespace |
23:48.16 | pfn | and the scoping of data is far too wide |
23:48.37 | pfn | and you are right, you do not put code into jsp pages |
23:54.15 | jasonb | I agree with not overusing the session for longer-term state storage. |
23:54.52 | jasonb | But, I do not exactly agree with the "never put code into a JSP" saying. |
23:55.08 | pfn | jasonb it depends on your definition of code... one should never use scriptlets |
23:55.21 | pfn | there's no reason to ever use scriptlets |
23:55.44 | pfn | some people say doing stuff like fmt:format, etc. is doing code in html |
23:55.45 | pfn | er, jsp |
23:55.48 | pfn | I don't agree |
23:56.05 | jasonb | If you're doing something very small, have to get it working quickly, don't want to spend a lot of time on it, and know that you're not going to end up with something that is elegantly maintainable, I believe that not only is it okay to put code into a JSP, but there is a *HUGE* convenience to take advantage of in doing so. |
23:57.22 | jasonb | If you're building more than a few pages that do complex things, and you have to maintain it, and you believe you will expand the functionality, then you should not start out with the code in the JSP -- you're headed for a mess if you do that. |
23:57.29 | pfn | sure, if your app is 1 or 2 pages, maybe |
23:57.33 | jasonb | Right. |
23:57.36 | jasonb | Exactly. |
23:57.42 | pfn | I would probably draw the line at maybe 5 pages and up |
23:58.03 | pfn | mvc overhead is just wasteful when it's a small task |
23:58.27 | jasonb | Sometimes, by developing just a couple of JSPs, you can do all the magic for the web site that you need to do, and do it with *very* few lines of code by using some scriptlets. But, you do get what you pay for. :) |
23:58.37 | pfn | but then again, if I have a task that is small, I would probably use either perl or python for it |
23:59.01 | pfn | mod_perl/mod_python = sweetness |
23:59.33 | jasonb | Putting the code directly into the JSP as a scriptlet probably also outperforms abstracting all kinds of things to put the code in its own classes, etc, except for when the code is organized extremely carefully and tested thoroughly for performance (hardly ever happens). |