| 00:03.33 | *** join/#tomcat eradicus (i=cbb115cb@gateway/web/ajax/mibbit.com/x-a9b1ad871ce49763) |
| 00:06.44 | eradicus | Hi, where can I disable the automatic rendering of a file? e.g. when I click a link to a PPT file it's being rendered in the IE browser. (Tomcat 4.0, Java 1.4, Solaris 5.9) |
| 00:11.33 | MHSL | you mean it's being displayed on your IE using power point? |
| 00:11.54 | MHSL | if you don't want that, what do you want to do with it? prompt a download? |
| 00:12.55 | jasonb | eradicus: Make sure the mime type for it is mapped in your Tomcat's conf/web.xml file. |
| 00:13.40 | jasonb | eradicus: And, by the way, you really need to upgrade your Tomcat installation. :) |
| 00:20.28 | eradicus | jasonb: it's working now :) |
| 00:21.00 | eradicus | jasonb: yeah, soon it will retire. :D |
| 00:21.12 | pfn | blame it on IE, set content-disposition: attachment;filename=something.ppt |
| 00:21.17 | jasonb | eradicus: Cool. Yeah, that one's very old! |
| 00:22.33 | eradicus | thanks ;) |
| 00:22.40 | jasonb | You're welcome. |
| 01:13.42 | *** join/#tomcat keenerdog (n=kdog@cpe-66-69-81-195.satx.res.rr.com) |
| 01:15.39 | *** join/#tomcat kanai (n=kanai@124.32.114.226) |
| 01:34.57 | *** part/#tomcat opsec (n=opsec@fedora/opsec) |
| 02:33.44 | *** join/#tomcat karstensrage (n=karstens@76.21.8.74) |
| 02:35.13 | *** part/#tomcat yassine (n=yassine@unaffiliated/yassine) |
| 03:00.23 | *** join/#tomcat vikumar (n=Vimal@nat/redhat-in/x-f5331ddc6a33218c) |
| 03:17.51 | *** join/#tomcat lullideath (n=darkcres@218.1.111.178) |
| 03:20.00 | lullideath | hey, i am going to compile the apache, anyone can suggestion the configurations that's necessary for tomcat??? |
| 03:27.47 | *** join/#tomcat acidjnk (i=acid@pD9509BCD.dip0.t-ipconnect.de) |
| 04:16.25 | *** join/#tomcat jasonb (n=jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
| 04:37.31 | *** join/#tomcat kaos01 (n=kaos01@turing.une.edu.au) |
| 05:02.39 | *** join/#tomcat lullideath (n=darkcres@218.1.111.178) |
| 05:05.14 | *** join/#tomcat roadt (n=roadt@61.191.27.34) |
| 05:33.46 | *** join/#tomcat roadt (n=roadt@61.191.27.34) |
| 05:35.51 | *** join/#tomcat roadt (n=roadt@61.191.27.34) |
| 06:13.36 | *** join/#tomcat jfclere (n=jfclere@57.79.66.141) |
| 07:01.24 | *** join/#tomcat Bollinger (n=peter@88-105-241-230.dynamic.dsl.as9105.com) |
| 07:21.25 | *** join/#tomcat kjkoster5489 (n=kjkoster@kjkoster.org) |
| 07:23.24 | kjkoster5489 | jasonb: mind if I pm you? |
| 07:45.55 | *** join/#tomcat squiddle (n=squiddle@pD9E4B355.dip0.t-ipconnect.de) |
| 08:00.16 | *** join/#tomcat mesutt (n=power@tuxhacker/mesut) |
| 09:03.06 | *** join/#tomcat yassine (n=yassine@p54BB755D.dip.t-dialin.net) |
| 09:17.24 | *** join/#tomcat ufk_ (n=ufk@bzq-219-151-204.static.bezeqint.net) |
| 09:39.00 | *** join/#tomcat bostik (n=bostik@213-209-160-195.ip.skylogicnet.com) |
| 09:41.20 | *** join/#tomcat loiseau (n=marius@dslb-084-063-004-165.pools.arcor-ip.net) |
| 09:45.35 | bostik | tc 5.5.26, gentoo, java 1.5.0 -- we'got a problem with cluster wide deploiing: deploiing a war application on the master node, the apps is correctly copied to other nodes but not deployed; we got a lot of errors in the log file like this "SEVERE: context/myapp doesn't exist". Any idea of a possible solution? |
| 10:07.49 | *** join/#tomcat magentar (n=magentar@ip-81-210-149-155.hsi.iesy.net) |
| 10:34.46 | *** join/#tomcat jayaund (n=root@153.Red-88-8-247.dynamicIP.rima-tde.net) |
| 11:10.05 | *** join/#tomcat jayaund (n=root@2.Red-79-150-217.staticIP.rima-tde.net) |
| 11:45.52 | *** join/#tomcat mesutt (n=power@tuxhacker/mesut) |
| 12:12.55 | MHSL | bostik, how did you deploy your war file? |
| 12:14.08 | MHSL | bostik, if possible, you may want to upgrade to tomcat 6, since the clustering support is better. one problem that i experienced before with tomcat 5.5 is it doesn't really handle session replication properly |
| 12:20.37 | *** join/#tomcat loiseau (n=marius@dslb-084-063-004-165.pools.arcor-ip.net) |
| 12:26.46 | bostik | MHSL, we copied in the temp dir of the farmWarDepolyed but it seems it doesn't deploy |
| 12:28.41 | MHSL | bostik, temp dir? |
| 12:30.04 | bostik | MHSL, we solved it |
| 12:30.13 | MHSL | ok |
| 12:30.20 | MHSL | what went wrong? |
| 12:30.20 | bostik | MHSL, thank you very much anyway |
| 12:30.25 | MHSL | np |
| 13:09.37 | *** join/#tomcat kjkoster5489 (n=kjkoster@kjkoster.org) |
| 14:10.23 | *** part/#tomcat clajo04_ (n=clajo04_@cpe-67-243-136-111.nyc.res.rr.com) |
| 14:12.56 | *** join/#tomcat deebo (i=globe@stonebay32.com) |
| 14:54.58 | *** join/#tomcat karstensrage_alt (n=karstens@76.21.8.74) |
| 15:15.05 | *** join/#tomcat randrewj (n=raj-user@user-160ur0g.cable.mindspring.com) |
| 15:19.18 | *** join/#tomcat jasonb (n=jasonb@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
| 15:30.04 | *** join/#tomcat Elvanor (n=elvanor@gentoo/developer/elvanor) |
| 15:30.21 | Elvanor | How do I reference the default Tomcat servlet ina web.xml file? to serve static content? |
| 15:34.38 | MHSL | what do you mean? |
| 15:34.55 | MHSL | you dont need to do setting in order to have tomcat serve static contents |
| 15:35.08 | MHSL | s/to do/to do any/ |
| 15:35.45 | Elvanor | MHSL: yes but I want to have any URL mapped to the Spring dispatcher |
| 15:35.57 | Elvanor | and everything under /css/ served by the default servlet |
| 15:36.14 | Elvanor | so I do have to reference it explicitely |
| 15:38.28 | MHSL | Elvanor, default servlet? you mean spring default servlet? |
| 15:38.44 | Elvanor | no, I meant Tomcat default servlet |
| 15:38.51 | Elvanor | What I want is basically |
| 15:38.53 | MHSL | you dont need a default servlet to serve css |
| 15:39.09 | Elvanor | I do, if I have a mapping that says always use Spring dispatcher |
| 15:39.11 | MHSL | you don't even need a servlet at all to serve a css |
| 15:39.29 | Elvanor | I'd like all my requests to go to Spring dispatcher, EXCEPT the ones with /css/ in their path |
| 15:39.31 | MHSL | then that's spring configuration issue, you should consult spring documentation |
| 15:39.35 | Elvanor | so I use the /* ,apping |
| 15:39.38 | Elvanor | mapping |
| 15:39.48 | Elvanor | MHSL: no, it has nothin to do with Sprng |
| 15:40.03 | MHSL | then you shouldn't do /* |
| 15:40.06 | Elvanor | You dont understand what I want to achieve I think |
| 15:40.17 | Elvanor | MHSL: usually people map *.html to Spring |
| 15:40.21 | Elvanor | but I want to map everything |
| 15:40.33 | MHSL | dont know, i dont use spring |
| 15:40.40 | Elvanor | if I explicitely have a mapping with /css/, though, I think that would work |
| 15:40.52 | Elvanor | MHSL: as I said this has nothing to do with spring |
| 15:41.05 | Elvanor | replace spring dispatcher with any servlet if you prefer. |
| 15:41.06 | MHSL | Elvanor, and as i said you shouldn't map /* |
| 15:41.16 | Elvanor | MHSL: why not? |
| 15:41.39 | MHSL | because that's not the really the right way to do it, unless you want everything to be served by that servlet |
| 15:41.45 | MHSL | hence as you said you got problem with /css |
| 15:41.54 | MHSL | which is not supposed to be served by the servlet |
| 15:42.14 | MHSL | so the problem lies on /* not trying to make /css works with /* |
| 15:44.09 | Elvanor | yeah |
| 15:44.20 | Elvanor | still, this is a pretty common use case. |
| 15:44.39 | Elvanor | I do want everything to be served by this servlet, except some static directories that I specify |
| 15:46.26 | MHSL | and try to replace /* with / |
| 15:47.41 | MHSL | http://forum.springframework.org/showthread.php?p=50421 |
| 15:49.21 | Elvanor | tryin |
| 15:50.00 | Elvanor | It does not really work... I still cannot serve my static resources |
| 15:52.11 | Elvanor | It seems / or /* always take precedence over /css/* |
| 15:52.20 | Elvanor | even If I map /css/* before |
| 15:53.35 | MHSL | of course |
| 15:55.01 | MHSL | and you can't really map /css anyway, since /css is not a servlet |
| 15:57.43 | Elvanor | http://forum.springframework.org/showpost.php?p=50682&postcount=30 |
| 15:57.51 | Elvanor | Someone mentions doing this though |
| 15:58.56 | MHSL | then you can try |
| 15:59.13 | Elvanor | I think that should work... but it does not |
| 15:59.25 | Elvanor | maybe this is because I am running Tomcat in Eclipse though |
| 16:00.26 | Elvanor | What works for me is mapping *.css to the default servlet |
| 16:00.33 | Elvanor | but I'd prefer to do it as /css/* |
| 16:00.39 | Elvanor | but somehow it's not working... |
| 16:02.31 | MHSL | how did you send the request? |
| 16:02.51 | Elvanor | MHSL: what do you mean? |
| 16:02.57 | Elvanor | The HTTP request? |
| 16:03.13 | Elvanor | directly via a web browser, why? |
| 16:03.23 | MHSL | the url? |
| 16:03.33 | Elvanor | http://utumno:8080/Ranungwen_Analyzer/css/main.css |
| 16:03.38 | MHSL | ok |
| 16:07.29 | Elvanor | It behaves really strangely |
| 16:07.48 | Elvanor | even if I take off the / mapping to the dispatcher, /css/* still does not work |
| 16:08.07 | Elvanor | <PROTECTED> |
| 16:08.14 | Elvanor | Is this a Tomcat bug or what? |
| 16:12.36 | MHSL | see http://forum.springframework.org/showpost.php?p=125171&postcount=6 |
| 16:12.42 | MHSL | try that |
| 16:13.00 | MHSL | good luck |
| 16:13.02 | MHSL | going to sleep |
| 16:13.56 | Elvanor | I see |
| 16:14.02 | Elvanor | it's kind of a hack though |
| 16:18.24 | *** join/#tomcat jfclere (n=jfclere@37-69.104-92.cust.bluewin.ch) |
| 16:20.23 | Elvanor | Actually it's worse than that |
| 16:20.34 | Elvanor | I cannot get anything with path mapping to work |
| 16:56.23 | *** join/#tomcat jasonb (n=jasonb@75.144.23.117) |
| 17:00.11 | *** part/#tomcat randrewj (n=raj-user@user-160ur0g.cable.mindspring.com) |
| 17:10.15 | Elvanor | jasonb: ping |
| 17:13.19 | *** join/#tomcat internat1 (n=nf@123-243-184-161.static.tpgi.com.au) |
| 17:32.04 | jasonb | Elvanor: Pong |
| 17:32.32 | Elvanor | jasonb: wltjr (gentoo tomcat maintainer) told me to contact you. I have a question |
| 17:33.04 | Elvanor | I cannot make path mappings work... eg /spring/* servlet mappings |
| 17:33.04 | jasonb | Elvanor: Okay. Then you're probably sent to the right person. |
| 17:33.28 | Elvanor | (I am also a Gentoo dev on the Java team) |
| 17:33.35 | jasonb | Cool! |
| 17:34.00 | jasonb | If you want, you could put a web.xml on a paste server and I'll have a look at it. |
| 17:34.53 | Elvanor | jasonb: yeah, it's very simple |
| 17:35.25 | wltjr | jasonb: thanks I have never done wildcard mappings in tomcat |
| 17:35.29 | jasonb | That's what they all say. :) |
| 17:35.37 | Elvanor | http://rafb.net/p/jfnRUF86.html |
| 17:35.39 | jasonb | (that it's very simple.. it just doesn't work.. heh) |
| 17:35.50 | wltjr | jasonb: well concepts are always simple :) |
| 17:36.03 | Elvanor | Elvanor: I even removed the default / mapping but it did not help |
| 17:36.21 | jasonb | Good deal making it a Servlet 2.5 webapp. That will help. |
| 17:37.07 | Elvanor | jasonb: ok... I was a bit afraid that the bug may come from that actually |
| 17:37.16 | Elvanor | I feel relieved :) |
| 17:37.32 | jasonb | No, 2.5 is the best version right now. |
| 17:37.54 | Elvanor | yeah, but it's also the newest... so maybe more bug prone. that's what I thought anyway |
| 17:38.02 | Elvanor | (i am on 6.0.18 btw) |
| 17:39.48 | jasonb | Nothing in your web.xml jumps out at me as being wrong. |
| 17:40.02 | jasonb | No, actually 2.5 is less bug prone than all the others. |
| 17:40.28 | jasonb | Tomcat 6.0 is the best major version, and has fewer bugs than the other major versions. |
| 17:40.40 | *** join/#tomcat karstensrage (n=chatzill@75-55-199-5.mobitv.com) |
| 17:40.57 | Elvanor | jasonb: ok... |
| 17:41.07 | Elvanor | Yeah, nothing seems wrong... just does not work |
| 17:41.26 | Elvanor | If I just change /spring/* to /spring/main and hit that URL it works |
| 17:41.38 | Elvanor | but the path mappings refuse to work at all |
| 17:41.46 | jasonb | Now, when it doesn't work, what do you see? |
| 17:41.51 | Elvanor | a 404 |
| 17:42.26 | jasonb | And, when you have it /spring/*, how are you testing it? |
| 17:42.54 | Elvanor | I hit /spring/main with a web browser |
| 17:43.29 | jasonb | that sounds like the right way to test it. |
| 17:43.45 | Elvanor | yeah... I am quite surprise |
| 17:44.20 | jasonb | Can you try mapping another servlet to this mapping? |
| 17:44.28 | jasonb | Like, something simple? |
| 17:44.39 | jasonb | guesses it's a problem with spring, itself. |
| 17:44.45 | Elvanor | I can try, I never made a simple servlet though :) |
| 17:44.58 | Elvanor | always used a web framework that had a dispatcher for me ;) |
| 17:45.05 | jasonb | You can download one, or use an example servlet. |
| 17:45.12 | Elvanor | do you have an url? |
| 17:45.18 | jasonb | Tomcat comes with examples. |
| 17:45.32 | Elvanor | let me see |
| 17:46.07 | jasonb | Look in webapps/examples/WEB-INF/classes |
| 17:46.18 | jasonb | mkdir yourwebapp/WEB-INF/classes |
| 17:46.31 | jasonb | copy one of the class files into a similar dir tree inside the classes/ dir.. |
| 17:46.46 | jasonb | Maybe get the HelloWorldExample.class |
| 17:46.56 | Elvanor | I have the HelloWorld stuff downloaded |
| 17:47.00 | jasonb | Yeah. |
| 17:50.48 | Elvanor | Hmm, I redeployed but this time the app is not listed in the manager...?? |
| 17:51.35 | Elvanor | Ha, I see the problem. |
| 17:51.58 | jasonb | A deployment problem? |
| 17:52.43 | jasonb | It always becomes clear where the problem is when you switch to a similar setup that you know should work 100%. :) |
| 17:52.46 | Elvanor | jasonb: I fixed it, I just copied the Hello.class without the pkg hierarchy |
| 17:53.01 | Elvanor | Ok I deployed, I still have the 404 |
| 17:53.06 | Elvanor | even with the simple servlet |
| 17:53.29 | Elvanor | ha wait, againa pkg error |
| 17:53.30 | Elvanor | wait |
| 17:54.03 | jasonb | Also, you should stop tomcat, delete all of Tomcat's logs, restart Tomcat, retry it, inspect the new logs. |
| 17:54.35 | Elvanor | jasonb: that's what I did to find the error :) |
| 17:55.20 | Elvanor | OK. All is good but the 404 is still there |
| 17:56.08 | Elvanor | ha wait |
| 17:56.12 | jasonb | :) |
| 17:56.12 | Elvanor | again a stupid mistake... |
| 17:56.20 | jasonb | If the 404 is there, all is not good. :) |
| 17:57.10 | Elvanor | jasonb: now it works |
| 17:57.40 | Elvanor | so the problem seems to be with Spring...but why ??? |
| 17:57.41 | jasonb | Could any of those stupid mistakes have affected the real spring servlet? |
| 17:57.49 | Elvanor | jasonb: no, dont think so |
| 17:57.53 | Elvanor | let me try though |
| 17:57.56 | jasonb | That's what I thought. It's just spring. |
| 17:58.17 | jasonb | It's easy to blame Tomcat, but if spring badly handles the request, it won't be clear where the problem is.. and it's in the servlet. |
| 17:58.31 | Elvanor | http://rafb.net/p/wOBa2U29.html |
| 17:58.42 | Elvanor | This is my new web.xml |
| 17:59.00 | Elvanor | What's strange though is that it works as soon as I change /spring/* to /spring/main |
| 17:59.21 | Elvanor | And I thought Tomcat would pass the request in the exact same way once it handles it to the servlet |
| 17:59.21 | jasonb | It's just bad behavoir in the spring servlet. |
| 17:59.26 | Elvanor | so why this change in behavior ??? |
| 17:59.39 | jasonb | change versus what? |
| 17:59.54 | Elvanor | Well, /spring/* -> produces 404 |
| 18:00.00 | jasonb | Spring is sending a 404 response to the request. |
| 18:00.03 | Elvanor | <PROTECTED> |
| 18:00.04 | jasonb | Not Tomcat. |
| 18:00.10 | Elvanor | jasonb: yeah, I got that |
| 18:00.21 | jasonb | The answer is in the spring source. :) |
| 18:00.22 | Elvanor | but Tomcat should be passing the exact same request? |
| 18:00.26 | Elvanor | shouldnt it? |
| 18:00.36 | Elvanor | so how can Spring behavior be different? |
| 18:00.53 | Elvanor | Or does tomcat somehow modifies things when it's a path mapping vs an exact match? |
| 18:02.04 | jasonb | No, Tomcat gets the request, and looks in the URI mappings it got from web.xml to decide which servlet to give the request to.. then Tomcat hands it off.. in this case to the spring servlet. At that point, Tomcat is mainly done with mapping the request.. and the mapping worked fine. |
| 18:02.30 | jasonb | Then, it's up to the spring servlet to decide how to handle the request.. and in this case, spring decided to send the client a 404 response. |
| 18:02.52 | Elvanor | jasonb: yeah but the requests are exactly the same !!!! |
| 18:03.01 | Elvanor | I mean, the mapping does not change the request right? |
| 18:03.19 | Elvanor | So in both cases, I use the http request for URL /spring/main |
| 18:03.29 | Elvanor | In one case, Spring serves 404 |
| 18:03.33 | Elvanor | in the other it serves ok |
| 18:03.43 | Elvanor | whereas the only thing I changed is the Tomcat mapping |
| 18:03.55 | Elvanor | jasonb: I also have something strange that has nothing to do with Spring |
| 18:04.08 | Elvanor | http://rafb.net/p/UpIAzd34.html |
| 18:04.11 | Elvanor | look at this one |
| 18:04.25 | Elvanor | the HTTP request for /css/main.css produces a 404 |
| 18:04.35 | Elvanor | and this time it's not handled at all by Spring |
| 18:06.04 | Elvanor | jasonb: How can you blame Spring on this one ? ;) |
| 18:06.15 | jasonb | That's a different problem. |
| 18:06.36 | jasonb | You didn't map the default servlet anywhere.. plus, you don't need to map it to the default servlet. |
| 18:06.53 | Elvanor | But the default servlet is mapped in Tomcat web.xml file |
| 18:07.34 | Elvanor | jasonb: and I know I dont need to map it explicitely. However in real production I want all URLs to be passed to Spring dispatcher, except the ones in /css/* |
| 18:07.38 | Elvanor | and /images/* |
| 18:08.12 | Elvanor | so in this case I will need to map "/" to Spring and then map explicitely to the default servlet those directories |
| 18:08.46 | *** part/#tomcat yassine (n=yassine@unaffiliated/yassine) |
| 18:09.43 | jasonb | The default servlet is in fact not defined in Tomcat's web.xml file. Go look at it again. :) |
| 18:10.13 | Elvanor | jasonb: It is indeed defined |
| 18:10.27 | jasonb | Can you put your Tomcat's web.xml on the paste server? |
| 18:10.40 | Elvanor | http://rafb.net/p/voADhq44.html |
| 18:10.43 | Elvanor | here you go |
| 18:11.39 | jasonb | Okay, then it is. |
| 18:11.48 | *** join/#tomcat magentar (n=magentar@ip-81-210-149-155.hsi.iesy.net) |
| 18:12.54 | jasonb | It turns out that the order you map things in web.xml matters, if you're remapping URI subsets that you already mapped. |
| 18:13.17 | Elvanor | Which means? |
| 18:13.36 | jasonb | Like, for example, if you try to map /* to something, and then you want to map /images/* to something else.. the first mapping would catch /images/foo.jpg.. |
| 18:13.55 | jasonb | You have to play with the order in web.xml and test which requests go where. |
| 18:13.57 | Elvanor | yeah, but I was quite careful to avoid that |
| 18:14.06 | Elvanor | I dont have any mappings |
| 18:14.16 | Elvanor | I dont have a lot of mappings, I mean |
| 18:14.40 | jasonb | But, you said you will map / (which must actually be "/*") to spring. |
| 18:16.19 | jasonb | The mapping where you map /css/* to the default servlet probably doesn't do anything. If a static resource's URI is not mapped anywhere, then it automatically gets served by the default servlet. |
| 18:17.33 | Elvanor | jasonb: what do you mean? |
| 18:17.51 | Elvanor | well, how come asking for /css/main.css fail ?? |
| 18:18.02 | Elvanor | when I explicitely map it to the default |
| 18:18.51 | Elvanor | Have you looked at my last web.xml (app) file? |
| 18:19.03 | jasonb | What happens when you do not explicitly map it to the default servlet? Does /css/main.css still fail? |
| 18:19.06 | Elvanor | I dont have any mapping to Spring, just the /css/* mapping to the default - and it fails |
| 18:19.21 | Elvanor | jasonb: no, if I dont explicitly map it, it's OK |
| 18:19.45 | Elvanor | but explicitely mapping it should not produce an error ! |
| 18:19.54 | jasonb | I'm actually not sure why it would fail if you explicitly map it to the default servlet, assuming the default servlet is found. |
| 18:20.17 | Elvanor | yeah... I am confused too. And I am also confused by the Spring 404. |
| 18:20.36 | Elvanor | I am still not convinced it is Spring's fault, since it fails by changing a Tomcat only setting |
| 18:21.22 | *** join/#tomcat vinse (n=vinse_@208.253.223.146) |
| 18:21.34 | jasonb | The only question here is whether the spring servlet actually got these requests or not, right? |
| 18:21.47 | jasonb | It's pretty easy to find that out. |
| 18:22.20 | Elvanor | jasonb: well, not only |
| 18:22.32 | Elvanor | If Tomcat somehow modifies those responses, that also matter |
| 18:22.41 | Elvanor | s/responses/requests |
| 18:23.21 | jasonb | Elvanor: It doesn't modify the request. If anything in the request is different due to the mapping (I doubt it), then the difference is mandated by the Java Servlet Specification. |
| 18:23.38 | Elvanor | You doubt it? |
| 18:23.47 | jasonb | Yes, I doubt it. |
| 18:24.01 | jasonb | I think the request is exactly the same, and I think the spring servlet gets these requests. |
| 18:24.02 | Elvanor | I thought it may be the case. Mandated by the Servlet spec, I mean. |
| 18:24.26 | Elvanor | jasonb: well then why it fails when you change a web.xml mapping is beyond me |
| 18:24.27 | jasonb | So either way it's bad behavior of the spring servlet. |
| 18:24.31 | *** join/#tomcat Giovanni (n=chatzill@host145-74-dynamic.8-79-r.retail.telecomitalia.it) |
| 18:25.07 | Elvanor | jasonb: and for the /css/* thing? do you agree it's a bug in Tomcat, or is it something wrong? |
| 18:25.14 | jasonb | You know that with an identical mapping, the HelloWorld servlet gets the requests. |
| 18:25.34 | Elvanor | (granted that it's not necessary to map it to the default, but still) |
| 18:25.44 | Elvanor | let me try something more |
| 18:26.06 | jasonb | Elvanor: About the css/* thing, the very next thing I'd try is to declare the default servlet itself in your webapp's web.xml file.. above where you map it to the default servlet (though I still don't know of any reason to map that to the default servlet). |
| 18:26.39 | Elvanor | jasonb: I explained the reason one may want that |
| 18:26.55 | Elvanor | If you map everything to Spring, but still wish to serve static content directories |
| 18:27.07 | Elvanor | I'll try your trick |
| 18:27.15 | jasonb | Okay. You can map it that way if you need to. |
| 18:27.54 | Elvanor | ... except it does not work :) |
| 18:28.05 | Elvanor | but let me try with the default servlet in the web.xml file |
| 18:28.10 | jasonb | yes. |
| 18:29.57 | Elvanor | Still not working - and now requests also dont go to the HelloWorld servlet ??! |
| 18:30.00 | Elvanor | let me check logs |
| 18:30.18 | jasonb | Probably a problem on webapp startup. |
| 18:30.23 | Elvanor | SEVERE: Parse error in application web.xml file at jndi:/localhost/b/WEB-INF/web.xml |
| 18:30.23 | Elvanor | java.lang.IllegalArgumentException: addChild: Child name 'default' is not unique |
| 18:30.35 | jasonb | Okay, so it already knows the default servlet. |
| 18:30.35 | Elvanor | you cant redefine the default servlet |
| 18:30.55 | Elvanor | Shall I remove it from the main web.xml (tomcat's one?) |
| 18:31.03 | Elvanor | but I think the problem is not there... |
| 18:31.22 | jasonb | If it already knows the default servlet, then don't bother declaring it in the webapp's web.xml |
| 18:31.27 | Elvanor | yeah |
| 18:31.31 | Elvanor | but it still fails |
| 18:32.07 | jasonb | When it fails, you get a 404? |
| 18:33.45 | jasonb | You can try turning on debugging in the default servlet mapping in Tomcat's web.xml file. |
| 18:34.31 | Elvanor | 404 |
| 18:34.34 | Elvanor | 404, yes |
| 18:36.31 | Elvanor | jasonb: I turned on debugging, in which file does the info goes? |
| 18:37.02 | jasonb | I'm not sure. |
| 18:37.14 | jasonb | Make a request, then tail each log. |
| 18:37.24 | Elvanor | INFO: default: DefaultServlet.serveResource: Serving resource '/main.css' headers and data |
| 18:37.44 | Elvanor | See, it's somehow stripping the /css/ part |
| 18:37.57 | Elvanor | I believe the same thing may happen with the Spring problem |
| 18:38.03 | jasonb | So, DefaultServlet is trying to serve main.css.. |
| 18:38.06 | Elvanor | yep |
| 18:38.14 | Elvanor | and I guess somehow the same happens for Spring |
| 18:38.29 | Elvanor | now, the question is: is this in the Servlet spec? |
| 18:38.40 | jasonb | "this"? |
| 18:38.42 | Elvanor | Eg, stripping the path for the wildcard path mappings? |
| 18:38.53 | Elvanor | since it somehow seems to do that |
| 18:39.06 | Elvanor | both for Spring and for default servlet |
| 18:40.35 | jasonb | Well, the servlet inspects the request to figure out what to serve. |
| 18:40.52 | jasonb | It uses any information that is offered by the request. |
| 18:41.16 | Elvanor | Look at page 28 of the 2.5 spec |
| 18:41.17 | jasonb | There is request.getRequestURI() or whatever.. and that's supposed to be relative to the context root. |
| 18:41.34 | Elvanor | it does seem that path manipulations are mandated by the spec based on the matching |
| 18:41.44 | Elvanor | seems strange though, I may be wrongly reading it |
| 18:42.15 | jasonb | You're probably not. |
| 18:42.41 | jasonb | All of the information about the request is available to the servlet. |
| 18:42.48 | jasonb | It's just a matter of what the servlet is looking at. |
| 18:43.01 | Elvanor | Yeah |
| 18:43.12 | Elvanor | So my guess is that the default servlet is not correct in Tomcat |
| 18:43.19 | Elvanor | and Spring dispatcher is also not correct |
| 18:43.21 | jasonb | I have the 2.4 spec handy, what is the name of the section you're looking at? |
| 18:43.35 | Elvanor | section 3.4\ |
| 18:43.46 | Elvanor | Request Path Elements |
| 18:43.55 | jasonb | There have been problems with the default servlet, and there are probably things wrong with it, but I can tell you that people don't tend to use it for what you're trying to use it for. |
| 18:44.03 | Elvanor | still reading it, I think I got it |
| 18:44.10 | Elvanor | jasonb: why do people use it for ?? |
| 18:44.14 | jasonb | Spring's servlet is probably wrong. |
| 18:44.24 | Elvanor | apart serving static resources, I dont see what's its use... |
| 18:44.29 | jasonb | People use it to serve static files that are *not* mapped. |
| 18:44.36 | Elvanor | :) |
| 18:44.47 | Elvanor | I see. Not what I am doing, right. |
| 18:45.30 | *** join/#tomcat magentar (n=magentar@ip-81-210-149-155.hsi.iesy.net) |
| 18:45.33 | Elvanor | I think I understood the problem. I would bet Tomcat default servlet looks at the PathInfo |
| 18:45.33 | jasonb | You're looking at a good section of the servlet spec for this. |
| 18:46.01 | Elvanor | whereas I guess it should be contextpath + pathInfo |
| 18:46.22 | jasonb | Yeah, it probably is.. but, see, even if it's saying it's serving "/main.css", that's a path relative to another path, and it's not saying what the other path is. So, it *might* be looking in css/ for main.css.. or, it might not. |
| 18:46.40 | *** join/#tomcat mey (n=scott@75.148.86.113) |
| 18:46.58 | Elvanor | Obviously it's not |
| 18:47.07 | Elvanor | And Spring has the same behavior I would say. |
| 18:47.16 | Elvanor | Spring will look at the pathInfo |
| 18:47.31 | jasonb | Well, the pathInfo is the part that matches the "*" in the web.xml URI mapping.. so it's always relative to the explicit part of the URI mapping in web.xml.. thus it's always context path + explicit URI part + pathInfo. |
| 18:47.41 | Elvanor | pathInfo of the request to determine the controller to dispath to |
| 18:48.07 | Elvanor | jasonb: exactly. |
| 18:48.22 | Elvanor | but, as we said, the problem after that is how the servlet looks at it |
| 18:48.32 | jasonb | And, the explicit URI part is available to the servlet, if the servlet wants it. |
| 18:48.54 | Elvanor | Which information does the servlet use. and I believe tomcat default servlet does it in a strange way that prevents mapped static resources to work. |
| 18:48.59 | Elvanor | That's my conclusion :0 |
| 18:49.09 | Elvanor | and the exact same probably holds for Spring |
| 18:51.15 | jasonb | Tomcat's default servlet "works" in that it serves files just fine for the purpose it was written for. |
| 18:51.43 | jasonb | It would be more useful if it was more flexible. |
| 18:51.44 | Elvanor | jasonb: sure, if you dont use it for mapped static resources, it's ok |
| 18:51.58 | Elvanor | Anyway, I learnt at last why this does not work |
| 18:52.00 | jasonb | But, I can't make this same excuse for Spring. |
| 18:52.11 | Elvanor | this is all due to this section 3.4 of the spec |
| 18:52.18 | Elvanor | jasonb: actually I think you are wrong |
| 18:52.24 | Elvanor | the exact same thing holds for Spring |
| 18:52.41 | jasonb | Well, I don't know how this spring servlet is meant to be used, nor if you're using it that way. |
| 18:52.44 | Elvanor | It is intended to be used with *.html mappings, not directories mappings |
| 18:52.51 | jasonb | Okay. |
| 18:53.04 | jasonb | Then don't use it with dir mappings. :) |
| 18:53.12 | Elvanor | It's just that I like to experiment with things around :) |
| 18:53.29 | jasonb | Or, since it's open source, make it understand and use the URIs properly! |
| 18:53.40 | Elvanor | I dont necessarily use things for what they are meant at first |
| 18:53.58 | Elvanor | I first try to understand the limits, and once I do, then I follow the good practice :) |
| 18:54.10 | Elvanor | thanks for all the help. |
| 18:54.26 | Elvanor | jasonb: btw, a really useful feature request would be support for sessions across domains |
| 18:54.42 | Elvanor | I know it gets asked a lot on the MLs, and I would also like this feature (Jetty has it) |
| 18:54.48 | jasonb | You're welcome. Looking into mappings problems keeps me on my toes. :) |
| 18:55.18 | jasonb | Tomcat does indeed implement multi-context sessions.. if that's what you're asking about. |
| 18:55.46 | Elvanor | Hmm, what am I asking is just: i have host1.example.com, host2.example.com, can I share sessions across? |
| 18:55.52 | jasonb | Yes. |
| 18:55.56 | Elvanor | How? |
| 18:56.03 | jasonb | The SingleSignOnValve. |
| 18:56.24 | jasonb | It's documented, along with all the rest of this stuff, in our book Tomcat: The Definitive Guide, 2nd Edition (O'Reilly). |
| 18:56.29 | Elvanor | I looked at that a while ago, the solutions involved writing valves yourself... right? |
| 18:56.40 | Elvanor | It cant be achieved only via configuration? |
| 18:56.42 | jasonb | No, this valve has been done and documented for years. |
| 18:56.49 | jasonb | Nope, just configuration. |
| 18:56.59 | Elvanor | jasonb: Ha ha. OK. Really good to know then. |
| 18:57.12 | Elvanor | thanks for the tip. |
| 18:57.17 | jasonb | You're welcome. |
| 18:58.02 | Elvanor | bye |
| 18:58.07 | jasonb | See ya. |
| 19:18.41 | *** join/#tomcat bmagoha (n=bmagoha@41.223.57.34) |
| 19:19.28 | *** part/#tomcat bmagoha (n=bmagoha@41.223.57.34) |
| 19:23.36 | *** join/#tomcat randrewj (n=raj-user@user-160ur0g.cable.mindspring.com) |
| 19:31.38 | *** join/#tomcat Internat (n=nf@123-243-184-161.static.tpgi.com.au) |
| 19:51.11 | *** join/#tomcat internat1 (n=nf@123-243-184-161.static.tpgi.com.au) |
| 20:14.56 | *** join/#tomcat jlamoree (n=jlamoree@dsl081-035-030.lax1.dsl.speakeasy.net) |
| 20:15.05 | *** join/#tomcat rhonabwy (n=rhonabwy@dslb-088-065-130-213.pools.arcor-ip.net) |
| 20:19.29 | *** join/#tomcat Walex2 (n=Walex@82-69-39-138.dsl.in-addr.zen.co.uk) |
| 20:43.25 | *** join/#tomcat Internat (n=nf@123-243-184-161.static.tpgi.com.au) |
| 21:13.12 | *** join/#tomcat jfclere (n=jfclere@37-69.104-92.cust.bluewin.ch) |
| 21:19.24 | *** part/#tomcat randrewj (n=raj-user@user-160ur0g.cable.mindspring.com) |
| 21:20.21 | *** join/#tomcat yassine (n=yassine@p54BB7E12.dip.t-dialin.net) |
| 21:31.28 | *** join/#tomcat jayaund (n=root@153.Red-88-8-247.dynamicIP.rima-tde.net) |
| 21:32.08 | *** join/#tomcat da_krowa (n=Miranda@chello089077099221.chello.pl) |
| 22:00.13 | *** join/#tomcat fritzr (n=fritz@i577B710A.versanet.de) |
| 22:01.18 | fritzr | hi together, need some help to configure a virtual host... my environment is apache2 + tomcat... |
| 22:02.30 | fritzr | its about a redirect to get rid of the port number |
| 22:02.34 | fritzr | anyone here? |
| 22:04.10 | fritzr | come on... no one here? just 56 bots? ;) |
| 22:23.14 | fritzr | again: anyone here? |
| 23:56.38 | *** join/#tomcat yurinotigor (n=yurinoti@c-98-229-3-222.hsd1.ct.comcast.net) |