00:04.27 | jasonb | oxblood: Wow. M$ is eating some of Apache's lunch. |
00:12.25 | *** join/#tomcat Marv|LG (n=Marv|TF@ip70-162-230-222.ph.ph.cox.net) |
00:25.22 | yassine | good night all |
00:31.01 | lyken | lol yassine |
00:50.31 | *** join/#tomcat sail_ (n=sail@mdsnwikwbas08-pool28-a244.mdsnwikw.tds.net) |
01:42.02 | *** join/#tomcat nilesh (n=nilesh@59.145.239.100) |
01:42.45 | nilesh | can any one help me for JK_Mount??? |
01:42.59 | nilesh | apache is not communicating with TOmcat |
01:43.03 | lyken | dotn use it nile :) |
01:43.40 | nilesh | lyken, no i havet to use it |
01:43.42 | nilesh | :( |
01:43.52 | nilesh | i had configured it before succussfully |
01:43.56 | nilesh | :( |
01:44.07 | lyken | oks, well ive never got it doing what i want so i use mod_proxy |
01:44.11 | nilesh | and same jk.conf and workers.properties i am using again |
01:44.34 | nilesh | still i am getting error |
01:50.32 | nilesh | yaahoooooooooooooooo |
01:50.41 | nilesh | soved.................... |
02:07.32 | oxblood | Only if people would have explained what the problem is and how they managed to solve it... |
02:07.44 | oxblood | Wow, it's only 10 PM and I'm sleepy sleepy. |
02:31.44 | *** part/#tomcat codeshepherd (n=codeshep@59.92.88.244) |
02:36.59 | rhizmoe | hmm |
02:37.08 | rhizmoe | what is jboss in a nutshell? |
02:37.19 | rhizmoe | a different tomcat? |
02:38.11 | rhizmoe | ah, it's a superset? |
02:51.18 | odin_ | JBoss = Application server (with EJB support, plus many other things), Tomcat is just a Servlet container |
02:52.31 | *** join/#tomcat wsmoak (n=wsmoak@ip68-96-53-138.ph.ph.cox.net) |
03:35.41 | *** join/#tomcat enno_ (n=enno@p508D1F75.dip0.t-ipconnect.de) |
04:39.02 | *** join/#tomcat longbeach (n=mike@AFontenayssB-152-1-8-104.w82-121.abo.wanadoo.fr) |
04:41.18 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
04:49.53 | *** join/#tomcat dracco89 (n=a@209.208.135.54) |
05:02.24 | *** join/#tomcat bdudney (n=bdudney@c-24-9-189-43.hsd1.wa.comcast.net) |
05:44.21 | *** join/#tomcat putzel (n=markus@228-236-221-213-pool.cable.fcom.ch) |
05:50.51 | *** join/#tomcat dracco4325 (n=logger@pool-70-18-23-114.ny325.east.verizon.net) |
06:08.30 | *** join/#tomcat dracco4325 (n=logger@pool-70-18-23-114.ny325.east.verizon.net) |
06:15.49 | *** join/#tomcat valmont (n=chrishol@pdpc/supporter/silver/valmont) |
06:19.38 | *** join/#tomcat dracco4325 (n=logger@pool-70-18-23-114.ny325.east.verizon.net) |
06:23.04 | *** join/#tomcat dracco4325 (n=logger@pool-70-18-23-114.ny325.east.verizon.net) |
06:25.30 | *** join/#tomcat yel (n=yassine@xdsl-87-78-22-245.netcologne.de) |
06:34.24 | *** join/#tomcat IRCMonkey (n=chatzill@202.131.111.90) |
06:51.35 | *** join/#tomcat prgrmr (n=prgrmr@bzq-88-155-197-185.red.bezeqint.net) |
08:01.18 | *** join/#tomcat yassinework (n=yel@h-213.61.164.152.host.de.colt.net) |
08:03.19 | yassinework | morning jasonb |
08:21.12 | *** join/#tomcat overlimit (n=kvirc@195.251.243.221) |
08:35.06 | *** join/#tomcat kasbah (n=kasbah@62.206.116.171) |
08:46.03 | kasbah | jasonb: btw, thanks for your good support yesterday in the evening ;) |
08:49.46 | *** join/#tomcat harpoon (i=stueber@ultra20.rbg.informatik.tu-darmstadt.de) |
08:53.27 | yassinework | moin harpoon kasbah :) |
08:54.45 | harpoon | kas-what?`!? |
08:54.50 | kasbah | yassinework: :) |
08:55.10 | harpoon | this kasbah |
08:55.12 | harpoon | :-) |
08:55.19 | harpoon | greetings |
09:06.46 | yassinework | resultsets starts always with 1 ? |
09:06.51 | yassinework | or with 0 ? |
09:06.52 | yassinework | :s |
09:07.00 | yassinework | 1 |
09:07.01 | *** join/#tomcat fdv (i=1988@fire.ifi.uio.no) |
09:20.58 | *** join/#tomcat fix- (n=Bjorn@86.39.154.74) |
09:27.50 | yassinework | harpoon, did you ever used MD5 ? |
09:27.57 | yassinework | i mean from java code |
09:28.03 | yassinework | kasbah, the same for you ? |
09:28.03 | harpoon | ah negativ |
09:28.10 | yassinework | :s okay |
09:28.31 | harpoon | even keytool i have used only once until yet |
09:29.36 | yassinework | okay |
09:31.25 | kasbah | yassinework: yes |
09:31.34 | kasbah | //TODO: fix this crazy BAD hack! |
09:31.37 | kasbah | uh |
09:31.37 | yassinework | have any example there ? |
09:31.41 | kasbah | sec |
09:31.51 | kasbah | http://rafb.net/paste/results/QMdT3j77.html <- this one |
09:32.05 | kasbah | that's where i took the code from |
09:32.15 | kasbah | i can paste my one, if you like, as well |
09:32.37 | harpoon | kasbah: document not found? |
09:33.16 | kasbah | uh |
09:33.52 | yassinework | here too 404 |
09:33.56 | kasbah | sec |
09:34.03 | kasbah | am pasting my code atm |
09:34.26 | kasbah | http://rafb.net/paste/results/2f02Li88.html <- there you go |
09:35.13 | yassinework | merci :) |
09:35.19 | kasbah | np |
09:39.16 | yassinework | kasbah, here is now my own based on yours :) . http://rafb.net/paste/results/rP50xO74.html |
09:40.40 | kasbah | hmm, compared to php you have to write much lines to get the same result for simple tasks |
09:40.53 | kasbah | in java |
09:42.17 | harpoon | php is evil |
09:42.28 | kasbah | i know |
09:42.36 | kasbah | that's why i'm learning java ;) |
09:42.47 | lyken | lol |
09:42.49 | lyken | they are both evil |
09:42.53 | yassinework | lyken, is evil :) |
09:42.53 | kasbah | php is good for quick hacks ;P |
09:42.55 | lyken | its just which one fits the job better |
09:43.07 | lyken | if you want robustness and ease of scalability |
09:43.10 | lyken | take the java route |
09:43.15 | lyken | if you indeed just wanna hack something up |
09:43.17 | lyken | use php |
09:43.22 | yassinework | dont listen to evil :) |
09:43.24 | kasbah | that's it, yes |
09:44.19 | lyken | lolz yassinework |
09:44.27 | lyken | well i can tell you friday night is looking quiet hehe |
09:44.35 | lyken | that and ive had quite a few beers |
09:44.35 | lyken | hehe |
09:44.40 | yassinework | lyken, i was looking for you yesterday was going insane with the elephant |
09:44.46 | lyken | sorry |
09:44.49 | lyken | iu was sleeping for once |
09:44.49 | yassinework | np |
09:44.56 | yassinework | lol |
09:45.07 | yassinework | ever heard that evil is sleeping :) |
10:07.16 | *** join/#tomcat kasbah (n=kasbah@62.206.116.171) |
10:13.10 | *** join/#tomcat UriaSS (i=uriass@201.79.194.101) |
10:26.03 | *** join/#tomcat Raboo (n=rabi@nikson.dataphone.se) |
10:36.31 | *** join/#tomcat Raboo (n=rabi@nikson.dataphone.se) |
10:51.53 | kasbah | heh |
10:52.05 | kasbah | because java is evil :P |
11:00.44 | *** join/#tomcat bdudney_ (n=bdudney@c-24-9-189-43.hsd1.co.comcast.net) |
11:13.23 | *** join/#tomcat jsisson (n=sissonj@ppp226-188.lns3.syd7.internode.on.net) |
11:53.48 | *** join/#tomcat dariius (n=dariius@82.138.86.21) |
11:58.29 | *** join/#tomcat phoenixx (n=phoenix@201-34-131-252.fnsce703.dsl.brasiltelecom.net.br) |
12:32.10 | *** join/#tomcat bdudney (n=bdudney@c-24-9-189-43.hsd1.co.comcast.net) |
12:49.48 | *** join/#tomcat dec-_ (n=tom@ronburgandy.netspot.com.au) |
13:19.05 | *** join/#tomcat Oxman_ (n=chatzill@c-cf92e253.023-2029-73746f1.cust.bredbandsbolaget.se) |
13:34.53 | *** join/#tomcat epswing (i=epswing@TOROON12-1178068039.sdsl.bell.ca) |
13:34.57 | Oxman_ | Hi, I have a problem with enabling SSL on tomcat 5.5.17. It doesn't seem to read the attributes scheme="https" secure="true" at all... |
13:47.59 | Oxman_ | I have done it before on a different server running 5.5.4. Does ne1 know if the connector settings have changed syntax in some undocumented way between version 5.5.4 and 5.5.17? |
13:51.13 | *** join/#tomcat dariius_ (n=dariius@82.138.86.21) |
15:05.11 | Oxman_ | Found the "bug". SSL doesn't seem to work with native dlls on version 5.5.17. Reinstalled tomcat without them and all seems fine :-) |
15:16.38 | *** join/#tomcat hardwired (n=hw@194.230.109.200) |
15:18.47 | hardwired | can somebody provide me with more information about protecting web applications (the simple way, just like .htaccess for static pages with apache)? The tomcat5.0 documentation says "FIXME - link to backgrounder on container managed security to be provided" |
15:19.49 | kasbah | hardwired: http://tomcat.apache.org/tomcat-5.5-doc/realm-howto.html |
15:20.04 | hardwired | thanks |
15:20.34 | kasbah | np |
15:21.08 | hardwired | no, that doesn't help much. i checked that page before. i need more like an overview of what is possible |
15:21.27 | kasbah | uh, i don't know this ... |
15:21.48 | kasbah | i only know this or implementing your own security in the application |
15:22.27 | hardwired | kasbah: hmm, ok. thanks |
15:23.09 | *** join/#tomcat Alconquian (n=w@adsl-69-151-117-58.dsl.fyvlar.swbell.net) |
15:29.00 | *** join/#tomcat GregCologne (n=chatzill@h-213.61.164.152.host.de.colt.net) |
15:30.50 | GregCologne | when using an authenticated ssl-session with a formlogin (jsp), if the |
15:30.51 | GregCologne | session times out while the user is entering his login-data (i.e. the |
15:30.53 | GregCologne | user gets interrupted), tomcat just delivers a "connection reset" - |
15:30.54 | GregCologne | error-message |
15:30.56 | GregCologne | this is caused by the following line in tomcat-code (5.0.28): |
15:30.57 | GregCologne | <PROTECTED> |
15:30.59 | GregCologne | Now what I want is, that in case of this timeout-message the user is |
15:31.00 | GregCologne | forwarded to my logon-page again, however, I haven't found any way to |
15:31.02 | GregCologne | do this except subclassing FormAuthenticator and write my own code, |
15:31.04 | GregCologne | which I'd like to avoid. |
15:31.05 | GregCologne | Now could anybody please point me into the right direction or tell me |
15:31.06 | GregCologne | what I'm missing here? |
15:31.08 | GregCologne | TIA |
15:31.09 | GregCologne | Greg |
15:38.14 | *** join/#tomcat hlprmnky (n=hlprmnky@innominatus.com) |
15:38.33 | *** part/#tomcat hlprmnky (n=hlprmnky@innominatus.com) |
15:38.44 | GregCologne | Some more info: |
15:38.45 | GregCologne | I'm forwarding the user via the <error-page>-directive to the login-page again (intercepting http 408), however, when I'm entering the login-data again, I still get a 408 although the session can't be expired yet. |
15:38.47 | GregCologne | If I delete the cache of my browser and the cookies, I can enter my login-data without any problems. |
15:38.48 | GregCologne | Could somebody pls let me know if this is common behaviour or what to do to be able to login again? |
15:38.50 | GregCologne | TIA |
15:38.51 | GregCologne | Greg |
15:53.24 | *** join/#tomcat sail_ (n=sail@wireless299.cs.wisc.edu) |
16:16.54 | *** join/#tomcat kasbah (n=kasbah@62.206.116.171) |
17:23.57 | *** join/#tomcat Alconquian (n=w@adsl-69-151-117-58.dsl.fyvlar.swbell.net) |
17:34.20 | *** join/#tomcat mw46 (n=marco@64-142-40-224.dsl.static.sonic.net) |
17:34.59 | kasbah | i wish you all a good weekend |
17:35.43 | *** join/#tomcat Fix- (n=bmonnens@cable-87-244-191-250.upc.chello.be) |
17:36.24 | *** join/#tomcat Fix-_ (n=bmonnens@cable-87-244-191-250.upc.chello.be) |
18:03.12 | *** join/#tomcat sowhat (n=zingo@CPE026b4a5dca29-CM0012c9db38ce.cpe.net.cable.rogers.com) |
18:03.53 | sowhat | hi, i need help with javamail in tomcat |
18:04.10 | sowhat | i send an email from my unit test, everything is ok |
18:04.36 | sowhat | i run the same code in tomcat, my email goes to spam/bulk folder |
18:08.09 | Marv|LG | check the mail headers to see why it got marked spam |
18:11.08 | *** join/#tomcat dreivier (n=dreivier@port-87-234-92-4.dynamic.qsc.de) |
18:34.15 | *** join/#tomcat lsouza (i=foobar@201.29.95.232) |
18:35.34 | lsouza | here we are developing a web site that has a lot of flash and the content of this site is served by webapp deployed in tomcat |
18:36.08 | lsouza | we have a vhost configured in apache for this site |
18:39.31 | lsouza | first of all how do i make tomcat be responsible for the root of the vhost? |
18:40.00 | lsouza | like http://mydomain/ served by a servlet |
18:40.51 | lsouza | using mod_jk i have done http://mydomain/myapp/MyServlet , this is ok |
18:41.15 | lsouza | but i'd like http://mydomain/MyServlet instead |
18:46.37 | *** join/#tomcat l0ngbeach (n=mike@AFontenayssB-152-1-8-23.w82-121.abo.wanadoo.fr) |
18:50.20 | *** join/#tomcat bdudney (n=bdudney@c-24-9-189-43.hsd1.wa.comcast.net) |
18:54.52 | *** join/#tomcat Hellaenergy (n=Hellaene@206.231.92.67) |
18:55.03 | Hellaenergy | Hey jasonb |
18:57.43 | Hellaenergy | Does anyone know how can cache images in Tomcat? |
18:58.06 | Hellaenergy | or have it respond telling the browser the images are cached? |
18:58.55 | Hellaenergy | (4.1) |
19:04.16 | jasonb | Hi Hellaenergy. |
19:04.30 | Hellaenergy | Whats good? |
19:04.56 | jasonb | So are you saying you're serving images from Tomcat and Tomcat is transferring the image file to the client every time? |
19:05.12 | Hellaenergy | yes |
19:05.13 | jasonb | Like, the same image file? |
19:05.22 | jasonb | How are you re-requesting it the second time? |
19:05.37 | Hellaenergy | um... with a GET |
19:05.45 | jasonb | Hitting reload on a browser or using like wget? |
19:05.47 | Hellaenergy | Is that what you're asking? |
19:05.58 | Hellaenergy | normal navigation of the application. |
19:06.01 | *** join/#tomcat nilesh (n=nilesh@59.145.239.100) |
19:06.18 | jasonb | Tomcat won't keep re-reading the image file from disk.. unless it changes. Tomcat does cache resources in RAM. |
19:06.28 | Hellaenergy | I guess my real question is... does tomcat treat all content as dynamic? |
19:06.31 | jasonb | But, as far as what it tells the http client, that's a different story. |
19:06.51 | odin_ | tomcat keep file backed resources in ram by default ? how sure of that are you? |
19:06.52 | Hellaenergy | ok |
19:07.05 | jasonb | No, files from the file system that are not JSPs, and not mapped to a servlet are not dynamic as far as Tomcat is concerned. |
19:07.43 | jasonb | odin_: I'm quite sure of it. It watches for changes on disk, and if there is a change it reloads the file from disk and caches that in memory. |
19:08.25 | jasonb | Hellaenergy: If the image file didn't change on disk, and it's just a static resource, Tomcat is supposed to tell the browser that it didn't change instead of re-serving it. |
19:08.53 | odin_ | this is a function of org.apache.catalina.servlets.DefaultServlet ? |
19:08.57 | jasonb | Yes. |
19:09.17 | jasonb | Anything DefaultServlet serves is a static resource, or an error page. |
19:09.29 | jasonb | (or non-2xx page) |
19:09.54 | odin_ | what happens when the file is bigger than the memory you have? |
19:10.15 | jasonb | I'm not real sure. But, I'm positive it can't cache that. :) |
19:10.16 | Hellaenergy | So tomcat will send back a 304? |
19:10.32 | odin_ | 304 if you pass If-Modified-Since: header yes |
19:10.58 | Hellaenergy | odin_: Where is that set? |
19:11.13 | Hellaenergy | "If-Modified-Since" |
19:11.14 | odin_ | by default from the browser, thats the only reason why a 304 is sent back |
19:11.19 | jasonb | I think your client is supposed to send that header. |
19:11.32 | Hellaenergy | That makes sense. |
19:11.36 | jasonb | yup. |
19:12.08 | jasonb | So, maybe wget won't do that because wget won't know the last time you requested that particular URL.. nothing keeps track. |
19:12.12 | jasonb | But, your web browser would. |
19:12.34 | odin_ | yep, there is an option for wget to not overwrite if the file already exists, like -m -nc |
19:12.59 | jasonb | Well, that may just be to save disk io. |
19:13.04 | odin_ | but maybe that doesn't actually use the IMS header, it might just compare the Last-Modified header with the file timestamp |
19:13.30 | odin_ | no its for the mirroring function of wget |
19:14.05 | jasonb | Right. If you already have the file, you don't need to download and write it all over again. |
19:14.25 | odin_ | yes |
19:14.25 | jasonb | So, no transfer time, no disk io, which results in a time and resource savings. |
19:15.09 | *** join/#tomcat yel (n=yassine@xdsl-87-78-119-13.netcologne.de) |
19:15.26 | jasonb | I guess it would transfer it if there was a newer one on the server though, so maybe it does use the If-Modified-Since thing. |
19:15.27 | odin_ | yes im thinking so too |
19:15.37 | odin_ | otherwide no point using HEAD then having to do a GET, thats the point of IMS |
19:15.56 | jasonb | ahh. |
19:16.38 | Hellaenergy | I have another question. Do you guys know if and where tomcat determines the HTTP version to respond with? |
19:17.04 | jasonb | The client says "GET / HTTP/1.1" so it knows right there. |
19:17.40 | Hellaenergy | In my case I am saying GET / HTTP/1.1 but its responding with HTTP 1.0 |
19:17.46 | odin_ | the server side has little choice |
19:17.49 | jasonb | Which version of Tomcat? |
19:17.55 | odin_ | it either supports what the client requested, or it doesnt |
19:18.20 | odin_ | where are you readin HTTP 1.0 from? the servlet ? |
19:18.20 | Hellaenergy | HTTP/1.0 304 Not Modified |
19:18.36 | odin_ | did you include a Host: header ? |
19:18.38 | Hellaenergy | The response header sent to the browser |
19:18.54 | jasonb | Oh, Hellaenergy.. sometimes when you don't send an HTTP 1.1 request just right (has to be formatted just right), the server doesn't recognize it as correct HTTP 1.1 and falls back to 1.0. |
19:19.01 | Hellaenergy | 5.0 |
19:19.23 | Hellaenergy | jasonb, thats weird. |
19:19.30 | jasonb | Well.. You shouldn't use 5.0, but I actually don't think the connectors for that are much different than those in 5.5. |
19:19.33 | Hellaenergy | any documentation on that one? |
19:19.49 | jasonb | Hellaenergy: Yes. The main HTTP 1.1 RFC. |
19:19.51 | Hellaenergy | I have no choice at this point :( |
19:20.08 | odin_ | did you sent HTTP/1.1 with a Host: header ? |
19:20.24 | jasonb | Yeah, make sure all the necessary request headers are there. |
19:20.46 | odin_ | it may have downgraded you, as it was broken request for 1.1 |
19:21.28 | Hellaenergy | odin_: yes sir |
19:21.46 | Hellaenergy | Do you guys know where in the RFC so that I can reference it? |
19:22.00 | Hellaenergy | http://www.w3.org/Protocols/rfc2616/rfc2616-sec6.html#sec6 ? |
19:22.03 | odin_ | for HTTP 1.1 try google, and ietf.org or rtf.org |
19:22.38 | Hellaenergy | I have the rfc |
19:23.16 | jasonb | Hellaenergy: Here's an HTTP 1.1 request that is formatted right (I believe): |
19:23.18 | jasonb | GET / HTTP/1.1 |
19:23.18 | jasonb | Host: localhost |
19:23.19 | jasonb | Accept: */* |
19:23.19 | jasonb | Connection: keep-alive |
19:23.41 | odin_ | only Host: is mandatory |
19:23.48 | jasonb | Then two \r\n sequences.. |
19:24.19 | Hellaenergy | It seems that the request is correct then |
19:24.22 | jasonb | odin_: It might be that only Host: is mandatory, but without Connection: keep-alive, the server may drop the connection after the first request is served, I think. |
19:24.44 | odin_ | yes, same as HTTP/1.0 behaviour, ala Connection: close |
19:24.44 | jasonb | Probably the "Accept: */*" isn't necessary, but I think just about all browsers define that one. |
19:28.13 | Hellaenergy | So odin_: How do you tell Tomcat not to use the Client Response? |
19:28.42 | odin_ | client response ? the client always requests, the server always responds, I dont understand your terminology |
19:28.44 | Hellaenergy | Actually I forgot to mention that Apache + mod_jk are in the mix here too. |
19:29.00 | odin_ | ssl? |
19:29.18 | Hellaenergy | 10[14:17] odin_: 01it either supports what the client requested, or it doesnt |
19:29.33 | Hellaenergy | 10[14:17] odin_: 01the server side has little choice |
19:29.57 | Hellaenergy | What kinda choice does the server side have with the HTTP version? |
19:30.34 | odin_ | there is such little difference between HTTP/1.0 and 1.1 and such widespread adoption of 1.1 and the protocol were designed to be backward compatible, for example the default Connection: header value in 1.1 is "close" which makes is exhibit 1.0 behaviour |
19:31.09 | Hellaenergy | When would it use this default? |
19:31.09 | odin_ | so its actualyl very hard for a 1.0 not to talk to 1.1 and via verca |
19:31.16 | jasonb | Hellaenergy: You've got all of the no-no software. |
19:31.22 | Hellaenergy | lol |
19:31.33 | Hellaenergy | I can't help it :D |
19:31.33 | jasonb | So, you should expect to have a hard time. |
19:31.48 | odin_ | no-no software ? |
19:31.52 | Hellaenergy | Ya we are working on getting Apache out of the Mix |
19:32.09 | odin_ | why? I wouldn't trust TC directly |
19:32.15 | jasonb | odin_: TC 5.0, mod_jk |
19:32.24 | jasonb | odin_: Why? |
19:32.55 | odin_ | infact I would really like it if the lower part of TC was written in C and managed seperate processes each running aJVM with the servlet stuff in |
19:33.15 | jasonb | ugh. |
19:34.19 | jasonb | odin_: Tomcat stand-alone is slightly faster than Apache (by itself) at serving static resources over time. |
19:34.46 | jasonb | odin_: (when Tomcat and Apache are both optimally configured) |
19:34.57 | odin_ | yes im not supprised if it sacrifises ram for io, apache can do that too if you configure the module for it |
19:35.19 | odin_ | but tc isn't as stable as PHP for the masses and virtual hosting, to process sepeartion would do that |
19:35.21 | jasonb | odin_: Well, Apache does also do that by default. |
19:35.42 | odin_ | no there is a module for it |
19:35.58 | Hellaenergy | mod_mem_cache? |
19:36.06 | odin_ | it uses buffer cache of the host OS if anything to be the cache |
19:36.06 | jasonb | odin_: I don't know what you mean about Tomcat not being as stable as php.. that's like comparing apples and oranges. |
19:36.29 | jasonb | odin_: Tomcat is a web server and servlet container, and PHP is a web dynamic content templating engine. |
19:36.39 | odin_ | you couldn't have say 3 developers using the same box and instance of TC to work on |
19:36.50 | Hellaenergy | Back to my question. Is there any way, on the server side, to explicitly set all responses to HTTP 1.0? |
19:37.00 | jasonb | odin_: Are you trying to say that Apache, by default, will always read a static file from disk for each and every request for it made to Apache? |
19:37.07 | odin_ | Hellaenergy: do you really want that ? |
19:37.16 | odin_ | yes |
19:37.17 | jasonb | odin_: Of course you can. |
19:37.27 | Hellaenergy | Where would I do that? |
19:37.38 | Hellaenergy | And is that a default? |
19:37.41 | jasonb | that? |
19:37.52 | odin_ | do you want to configure apache or tomcat to be http 1.0 ? |
19:39.36 | odin_ | http://httpd.apache.org/docs/1.3/env.html |
19:39.52 | odin_ | same config should exists in 2.0/2.2 if its apache you want to throttle |
19:39.56 | Hellaenergy | I don't want that. I have a situation where I have some developers asking me if I'm explicitly setting this. I want to prove to them i'm not and maybe provide some suggestions (such as the downgrade if malformed) |
19:40.04 | Hellaenergy | Tomcat |
19:40.15 | odin_ | have you also got tomcat setup on port 8080 ? |
19:40.19 | Hellaenergy | browsermatch and SetEnv can do it in apache. |
19:40.21 | odin_ | if not set that up and access TC directly |
19:40.30 | Hellaenergy | AJP 8009 |
19:40.36 | odin_ | or setenv, somehow if you want all requests |
19:40.43 | odin_ | I have AJP and HTTP setup on TC |
19:40.59 | odin_ | setup HTTP on 127.0.0.1:8080 and test directly to the box |
19:42.50 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
19:45.32 | *** join/#tomcat NOTevil (n=Ne@146-201.126-70.tampabay.res.rr.com) |
19:45.56 | rhizmoe | i think the simple answer it's not exactly something you can set by accident |
19:46.28 | *** part/#tomcat NOTevil (n=Ne@146-201.126-70.tampabay.res.rr.com) |
19:46.29 | Hellaenergy | rhizmoe: I follow you there. But perhaps someone before me did :\ |
19:46.46 | Hellaenergy | I wan't to be able to see for myself. |
19:47.02 | rhizmoe | there would likely be an obvious directive in server.sml |
19:47.03 | rhizmoe | xml |
19:47.10 | Hellaenergy | Because the bottom line is that every res is coming back HTTP 1.0 |
19:47.31 | rhizmoe | do you have any of the default apps? try accessing those |
19:47.45 | Hellaenergy | Good call. |
19:51.33 | jasonb | They really should not be HTTP 1.0 responses. |
19:53.06 | jasonb | I would guess it's getting demoted to 1.0 somewhere in your httpd --> mod_jk --> Tomcat --> mod_jk --> httpd chain. |
19:53.40 | jasonb | Anything in front of httpd? |
19:53.49 | jasonb | Like a firewall or caching proxy? |
19:54.31 | Hellaenergy | Well its not Tomcat |
19:54.47 | Hellaenergy | Or I should say its not the App |
19:55.04 | Hellaenergy | I it it on the Coyote connector and it responded with 1.1 |
19:55.14 | Hellaenergy | So that leaves Apache and mod_jk |
19:55.38 | jasonb | Configure a regular HTTP connector in Tomcat, and hit that directly and see how it responds. |
19:55.46 | jasonb | That way, you'll know for sure. |
19:57.48 | Hellaenergy | jasonb, that is what I was just saying... I did test that. It responds with 1.1 |
19:57.55 | Hellaenergy | I think I found the apache culprit |
19:58.00 | Hellaenergy | dumping... |
19:58.02 | Hellaenergy | <PROTECTED> |
19:58.02 | Hellaenergy | <PROTECTED> |
19:58.02 | Hellaenergy | <PROTECTED> |
19:58.12 | odin_ | yep, what is that inside ? |
19:58.17 | Hellaenergy | the vhost |
19:58.20 | odin_ | usually only for SSL |
19:58.27 | Hellaenergy | that is ssl |
19:58.29 | odin_ | which is why I asked "ssl?" |
19:58.36 | odin_ | before.. are you using SSL ? |
19:58.46 | Hellaenergy | oh sorry didn't get that one. |
19:58.49 | Hellaenergy | Yes I am |
19:59.22 | jasonb | Hellaenergy: Apache's the culprit. :) |
19:59.35 | odin_ | maybe you can widen the User-Agent to allow apply it to MSIE5 it is whatever version its protecting |
19:59.46 | Hellaenergy | The problem is that we put that in there for a reason and now I forgot why. |
19:59.54 | odin_ | interoperability reasons |
20:00.01 | odin_ | its a default apache config, check out the mod_ssl docs |
20:00.29 | odin_ | maybe IE6SP1 is fixed and it was only needed for MSIE5, its been in the mod_ssl for years and years |
20:00.53 | Hellaenergy | I hear ya |
20:02.08 | *** join/#tomcat phoenixx (n=phoenix@201-34-131-252.fnsce703.dsl.brasiltelecom.net.br) |
20:02.27 | rhizmoe | hah, what a goose chase |
20:03.15 | Hellaenergy | I'm all the wiser now though :) |
20:03.37 | rhizmoe | eh, it sounds reasonable. little things like that get lost all the time |
20:04.56 | Hellaenergy | One more question. Is there a way to explicitly set the reponse header for static content to be cached. Espcially images? |
20:06.56 | Hellaenergy | odin_: I found it. Thanks for the reference: http://www.modssl.org/docs/2.8/ssl_faq.html#ToC49 |
20:08.24 | Hellaenergy | Is perforamace really a factore when talking about HTTP 1.0 verses HTTP 1.1? |
20:08.44 | jasonb | Hellaenergy: It's a matter of setting a response header value.. Cache-Control. Either you can change DefaultServlet to do that however you'd like it done, or you can write a Filter for your webapp to put it in when you want it in there. |
20:09.08 | jasonb | Hellaenergy: Yes. HTTP 1.1 has all kinds of features to improve performance over 1.0. |
20:09.39 | odin_ | mainly pipelining and chunking |
20:09.44 | Hellaenergy | Will Cache-Control take care of images? |
20:09.59 | Hellaenergy | I know that takes care of pages. |
20:10.10 | odin_ | be careful with Cache-Control and MSIE browsers use must-revalidate instead of no-cache |
20:10.40 | Hellaenergy | odin_: Can you refrase that? |
20:10.58 | odin_ | MSIE browsers using SSL, that should be, MSIE treats no-cache to mean, you can't save to disk |
20:11.15 | jasonb | Hellaenergy: HTTP doesn't try to understand what kinds of content you're transferring, so it doesn't try to make any behavioral distinction between images and pages. |
20:13.33 | Hellaenergy | odin_: Isn't that what its supposed to do? |
20:14.00 | Hellaenergy | or are you saying it should be able to temp save to disk just rerequest it next time? |
20:15.38 | odin_ | you want caching to occur? |
20:15.51 | odin_ | maybe max-age=3600 will help, or Expires header |
20:15.59 | Hellaenergy | Yes only with static content such as images. |
20:16.21 | odin_ | this tells the client that it can cache the resources (and doesn't event need to revalidate for each request) |
20:16.36 | Hellaenergy | Perfect |
20:18.38 | Hellaenergy | jasonb: Regarding this comment: 1015:08] jasonb: 01Hellaenergy: It's a matter of setting a response header value.. Cache-Control. Either you can change DefaultServlet to do that however you'd like it done, or you can write a Filter for your webapp to put it in when you want it in there. |
20:18.50 | Hellaenergy | Who or what is setting this response? |
20:19.44 | Hellaenergy | I suppose you layed it down there. It can either be done in code or a server config? |
20:21.18 | jasonb | Tomcat doesn't provide any way to configure it by default. |
20:21.29 | jasonb | So, you can do it via either a servlet/jsp or a Filter. |
20:21.35 | jasonb | (in your webapp) |
20:21.44 | jasonb | Or, even a custom Tomcat Valve. |
20:22.23 | Hellaenergy | Thanks jasonb.. your a wealth of knowledge ;) |
20:22.27 | Hellaenergy | Hows that book going? |
20:24.07 | jasonb | It's going better. Getting there.. |
20:24.13 | jasonb | It's *so* much work though. |
20:28.27 | Hellaenergy | When is the deadline? |
20:28.36 | jasonb | Christmas, basically. |
20:28.57 | Hellaenergy | Is time a factor or is it the lack of documentation etc or both? |
20:29.23 | jasonb | Almost completely time. |
20:29.39 | jasonb | I either know everything that needs to go into it, or I can figure it out myself. |
20:30.09 | jasonb | Figuring some of it out will take a little time, but it's not all that bad.. it's writing it in a way that people can understand that is the time consuming part. |
20:30.19 | Hellaenergy | Wow.. Thats a good (confident) position to be in. |
20:30.19 | pfn | lack of documentation is not a factor when you can muddle with the source |
20:30.40 | Hellaenergy | True but that takes more time sometimes. |
20:30.42 | pfn | tomcat-dev is a low traffic list my ass :p |
20:30.43 | jasonb | pfn: Yep. I can at least do that in the worst cases. |
20:30.58 | jasonb | pfn: You're getting lots of messages? How many per day? |
20:31.10 | pfn | something like 30 or so |
20:31.17 | pfn | mostly svn commit logs, and cc from bugzilla |
20:31.24 | Hellaenergy | tomcat-users is dev isn't so much. Most of those e-mails sare commits to cvs etc. |
20:31.29 | Hellaenergy | lol |
20:31.38 | jasonb | pfn: Well, yeah, sometimes that happens. It's actually not every day. |
20:31.46 | pfn | anyway, I have it filtered to a subfolder, but still |
20:31.48 | pfn | just saying :p |
20:31.56 | pfn | and no one has responded to the mail I sent :/ |
20:32.14 | jasonb | pfn: You have to give it time. |
20:33.02 | pfn | heh, most other lists I frequent have relatively prompt attention, heh |
20:33.15 | jasonb | pfn: If they don't respond in about a week or so, send a reply back to the list volunteering to merge it into the source for them, and ask them what you'd need to do. :) |
20:33.16 | pfn | no big deal, like I say, it's not the end of the world for me |
20:33.27 | rhizmoe | you could probably filter a lot of that straight to trash |
20:33.33 | pfn | since it works for me, just nice for other people |
20:37.49 | jasonb | Well, but see this is how we all ended up with something as nice as Tomcat. |
20:38.09 | jasonb | People who already had working code for themselves went out of their way to put it into the Tomcat mainline tree for others. |
20:38.33 | jasonb | Then, it becomes "stock", which ends up making all of our lives easier. |
20:38.48 | Hellaenergy | What does it take to be a main contributor to Tomcat development? |
20:39.37 | Hellaenergy | Is it like being a Mason? |
20:39.38 | Hellaenergy | :D |
20:42.39 | jasonb | heh |
20:42.47 | jasonb | Well, it changes over time. |
20:43.11 | jasonb | What the ASF wants to see for new committers isn't necessarily what the group of TC committers cares to see.. |
20:43.38 | jasonb | The ASF wants someone who shows developer interest and contributions to the project for at least 6 months before being voted on for being a committer. |
20:43.48 | jasonb | But, I can tell you that this basically never happens that way for the TC project. |
20:44.37 | jasonb | Usually, someone shows up, says they want to help by doing xxx, then they do it, and keep sending in patches, and when other committers get tired of testing and committing their patches, they often propose a vote on the contributor becoming a committer. |
20:47.11 | Hellaenergy | Does ASF have a say in this? |
20:48.00 | Hellaenergy | How many committers are there for Tomcat? |
20:51.56 | jasonb | ASF does of course have a say in this since Tomcat is an ASF project. :) |
20:52.22 | jasonb | There are many Tomcat committers, but only a handful of them are really active at any given time. |
20:52.55 | jasonb | At one point probably 30 people had commit privileges to CVS. |
20:53.02 | jasonb | (tomcat's CVS modules) |
20:53.15 | jasonb | When they switched to Svn, I think they aged out some of them. |
20:53.47 | jasonb | Also, some Tomcat committers are committers on other ASF projects, so they have an ASF svn account for more than one project. |
20:54.58 | Hellaenergy | Well thanks everyone. Have a good night. |
20:55.07 | pfn | heh, that's kind of the nice thing about OSS |
20:55.12 | pfn | a limited set of commiters |
20:55.20 | pfn | for projects at work, we have on the order of 300+ committers |
20:55.26 | jasonb | Hellaenergy: Good night. |
20:55.29 | pfn | oh god is it so difficult to merge and keep stuff running good |
20:55.36 | Hellaenergy | Isn't it supposed to be unlimited? |
20:56.03 | pfn | hellaenergy if it is unlimited, you can expect the software to almost never work |
20:56.12 | jasonb | yeah. :) |
20:56.22 | Hellaenergy | I wonder if there are any OSS projects with 300+ active commiters? |
20:56.22 | pfn | you have to keep in mind that most OSS commits are proxied through a "captain" (commiter) of sorts |
20:56.31 | pfn | I would very much doubt it |
20:56.38 | jasonb | Hellaenergy: OpenOffice. It's the largest. |
20:56.41 | pfn | e.g. linux, for a long long time only had 1 commiter, linus |
20:56.47 | pfn | then it branched out for various modules |
20:56.51 | Hellaenergy | How large is OpenOffice? |
20:57.04 | jasonb | OOo is by far the largest single oss project. |
20:57.32 | pfn | openoffice? no idea how big they are, I don't follow their activity at all |
20:57.49 | *** part/#tomcat Hellaenergy (n=Hellaene@206.231.92.67) |
20:57.55 | jasonb | I helped write the project hosting infrastructure software that OOo uses. :) |
20:58.00 | jasonb | It's all huge. |
21:27.37 | *** join/#tomcat jasonb_ (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
21:50.29 | yassine | any information about this ? "connection reset" |
22:30.49 | *** part/#tomcat UriaSS (i=uriass@201.79.194.101) |
22:56.09 | oxblood | Just trying to share software development related articles I stumble upon here and there... That being said: |
22:56.12 | oxblood | http://nat.truemesh.com/archives/000342.html |
22:56.52 | oxblood | How nice is it to come home and find a good one in 5 mins. |
22:57.06 | oxblood | Except too tired to read the follow ups. :) |
22:57.30 | oxblood | I gotta get a job in software development someday. My current job is wearing me out. |
22:58.11 | oxblood | How many of these "bookmark" sites out there? |
23:09.06 | jasonb | oxblood: Hmm, that hardly seems like much of a bookmark site to me. Have a look at http://www.java-source.net |
23:09.51 | oxblood | No, no. I wasn't referring to the link I had posted. That was just a link I felt like posting. |
23:09.59 | jasonb | ahh |
23:10.04 | oxblood | I was referring to sites like del.ici.us etc... |
23:10.30 | oxblood | I keep stumbling upon one after another. |
23:11.21 | oxblood | Maybe someone should like a unified web-based application (how ironic) to post to all at the same time. |
23:11.37 | oxblood | Redundant but probably someone had done this before. :( |
23:11.42 | oxblood | Ok, dinner time. brb. |
23:12.57 | yassine | happy lunching |
23:13.21 | yassine | s/lunching/meal |
23:14.35 | jasonb | dinnering. :) |
23:18.06 | *** join/#tomcat Alconquian (n=w@adsl-71-148-48-181.dsl.fyvlar.sbcglobal.net) |
23:22.05 | *** join/#tomcat dracco4325 (n=logger@pool-70-18-23-114.ny325.east.verizon.net) |
23:25.00 | *** join/#tomcat bdudney (n=bdudney@c-67-190-156-58.hsd1.co.comcast.net) |
23:26.08 | rhizmoe | gr |
23:33.03 | yassine | n8 all |
23:39.13 | jasonb | g'night yassine |
23:44.12 | oxblood | I had a happy dinnering, yes. |
23:48.01 | *** join/#tomcat dracco4325 (n=logger@pool-70-18-23-114.ny325.east.verizon.net) |
23:57.55 | oxblood | Where did yassine go? I just realized another way of redirecting user's request with RequestDispatcher's forward. |
23:58.15 | oxblood | Although, this way it forwards rather than redirect the request. |
23:59.47 | oxblood | How does the servlet or its container for that matter know when the response is "committed?" |