00:38.11 | *** join/#tomcat lorfds (n=lorfds@c-24-17-209-88.hsd1.wa.comcast.net) |
00:38.26 | *** join/#tomcat Internat (n=nf@123-243-184-161.static.tpgi.com.au) |
00:40.25 | *** join/#tomcat lorfds (n=lorfds@c-24-17-209-88.hsd1.wa.comcast.net) |
00:51.36 | *** join/#tomcat tuxplore_ (n=haxplore@122.167.180.139) |
03:03.00 | gp_will_be_back | how do i include css in tomcat .....its not getting included |
03:07.09 | karstensrage | i dont believe this stupid fuck |
03:11.43 | gp_will_be_back | karstensrage: pl mind your language otherwise you will booted out |
03:12.05 | karstensrage | gp_will_be_back, youve pasted that same stupid thing 6 times now |
03:12.08 | karstensrage | weve answered |
03:12.09 | karstensrage | stfu |
03:12.42 | gp_will_be_back | answered where ? |
03:13.07 | karstensrage | * clajo04_ (n=clajo04_@cpe-67-243-136-111.nyc.res.rr.com) has joined #tomcat |
03:13.07 | karstensrage | <karstensrage> gp_will_be_back, thats 4 times now |
03:13.07 | karstensrage | <karstensrage> the question makes no sense |
03:13.07 | karstensrage | <karstensrage> css is "included" in your .html files |
03:13.08 | karstensrage | <karstensrage> or whatever framework you are using has a mechanism for including .css, it has virtually nothing to do with tomcat except in resolving access for the .css |
03:13.09 | karstensrage | <karstensrage> can i have ops to boot him if pastes that one more time? |
03:14.13 | gp_will_be_back | problem is tomcat not resolving css ....so I had to paste in ROOT |
03:14.57 | karstensrage | oof |
03:15.05 | karstensrage | what does your .html look like |
03:15.22 | karstensrage | stylesheet="foo.css" |
03:15.38 | karstensrage | and where is your .html |
03:16.01 | gp_will_be_back | WEB_INF both css and html there |
03:17.15 | karstensrage | i believe .html and .css belong in the directory that contains WEB-INF |
03:17.27 | gp_will_be_back | <link href="mycss.css" rel="stylesheet" type="text/css" /> |
03:18.01 | karstensrage | yes thats fine |
03:19.02 | gp_will_be_back | I dont why its got getting resolved was working fine in jetty |
03:19.15 | gp_will_be_back | I dont why its ~Not getting resolved was working fine in jetty |
03:20.30 | gp_will_be_back | to server static resource like css/js in tomcat anything special needs to be done ? |
03:21.17 | karstensrage | no nothing special needs to be done, tomcat doesnt have anything to do with css |
03:21.29 | karstensrage | but I think that your .html and .css needs to be one level up |
03:22.27 | karstensrage | http://tomcat.apache.org/tomcat-4.0-doc/appdev/deployment.html |
03:23.18 | gp_will_be_back | oks |
03:23.47 | karstensrage | please dont paste things like that so many times |
03:23.59 | karstensrage | you have to respond because what you pasted 6 times made no sense |
03:24.13 | jasonb | Jetty is broken if it is finding and serving files that reside inside WEB-INF (and I don't believe it does). |
03:24.24 | karstensrage | hi jasonb |
03:24.29 | jasonb | hi karstensrage. :) |
03:24.43 | karstensrage | sorry i lost my temper |
03:24.51 | jasonb | I completely understand. |
03:24.58 | jasonb | gp_will_be_back: Don't keep pasting in the same question like that. |
03:25.33 | jasonb | gp_will_be_back: If you ask it once, maybe twice in the same day, and nobody answers, it's either because you didn't provide your complete version information, or you did not provide enough information about the problem you're asking about. |
03:25.58 | gp_will_be_back | I vow by the holy testicles of giant panda that I would paste again |
03:26.12 | gp_will_be_back | I vow by the holy testicles of giant panda that I would NOT paste again twice |
03:26.17 | jasonb | gp_will_be_back: That you would, or would not? :) |
03:26.17 | karstensrage | good |
03:26.27 | jasonb | there. Good. Thanks. |
03:26.30 | karstensrage | he said would not |
03:26.46 | karstensrage | and we all know the wrath of the holy panda if you go back on your word |
03:27.08 | jasonb | gp_will_be_back: Don't place any files you want a servlet container to serve inside the WEB-INF directory. It is a violation of the Java Servlet Specification for a compliant servlet container to serve any of those files. |
03:27.32 | karstensrage | yeah seriously |
03:27.35 | karstensrage | that would be bad |
03:27.57 | karstensrage | god forbid it serve anything from META-INF either |
03:28.35 | jasonb | The funny part is: there have actually been some bugs, at least in Tomcat (and undoubtedly other servlet containers) where some files ended up served out of WEB-INF inadvertently. :( |
03:28.47 | gp_will_be_back | jasonb: so where i should paste them ideally ...out side WEB_INF ? |
03:28.56 | karstensrage | up one level |
03:29.03 | karstensrage | in the directory that contains WEB-INF |
03:29.12 | jasonb | gp_will_be_back: Yes, in the root directory of your webapp.. you may also make more directories in the root of your webapp and place them there if you'd rather. |
03:29.20 | karstensrage | exactly like in the documentation that i pasted |
03:29.54 | karstensrage | <PROTECTED> |
03:29.54 | karstensrage | <PROTECTED> |
03:29.55 | karstensrage | <PROTECTED> |
03:30.00 | karstensrage | <PROTECTED> |
03:30.07 | karstensrage | red in a file named /WEB-INF/classes/com/mycompany/mypackage/MyServlet.class. |
03:30.09 | karstensrage | <PROTECTED> |
03:30.12 | karstensrage | <PROTECTED> |
03:30.15 | karstensrage | woops |
03:30.17 | karstensrage | sorry |
03:30.19 | karstensrage | stupid client |
03:30.21 | karstensrage | doesnt show what gets pasted |
03:30.40 | jasonb | karstensrage: It's true that gp_will_be_back should know the answer if you already gave him docs specifically about it, but I also understand how newbie Java webapp developers feel in that the docs about how to write a servlet webapp seem to be pretty fragmented and not very good, overall. |
03:31.07 | karstensrage | jasonb, understood |
03:31.10 | karstensrage | i know that too |
03:31.17 | karstensrage | it was the 4 times prior |
03:31.22 | karstensrage | then trying to give him something |
03:31.29 | karstensrage | and then 2 times after the same paste |
03:31.30 | jasonb | karstensrage: It no doubt took us a long time to learn all the rules, and figure out where the right docs were. |
03:31.46 | karstensrage | sure |
03:31.49 | karstensrage | although |
03:31.56 | karstensrage | i was confused about the layout myself |
03:32.02 | jasonb | karstensrage: Yes, also, often "RTFM" is the best answer to repeat questions. |
03:32.02 | karstensrage | and poured over the docs very very carefully |
03:32.26 | karstensrage | and found examples on the web for ant deployments which helped immensely |
03:32.57 | jasonb | karstensrage: I did as well. :) Back in 1998 I read the Servlet spec because I wanted all the straight answers. It wasn't easy to digest.. took me several tries, but I knew it was very important. |
03:33.25 | jasonb | karstensrage: Not everyone can read and understand the Servlet spec.. even after several tries. |
03:34.15 | jasonb | karstensrage: The books about writing webapps are (IMHO) really not great, or not up to date, or spend too much of the book dwelling on one aspect of it and don't cover it broadly enough. |
03:34.50 | gp_will_be_back | servelets and jsp is pretty confusing ....I just stuff like free marker to replace jsp |
03:35.17 | jasonb | gp_will_be_back: You can. You'll end up being sorry you did, though. |
03:36.06 | gp_will_be_back | i am pretty happy with free marker and velocity |
03:37.17 | jasonb | gp_will_be_back: It turns out that even though the server side Java technologies are deep, there is actually no shortcut you can take.. at least if you want to keep programming. The only shortcut one might be able to take and survive, long term, is to use PHP instead of the Java technologies, but down the road it ends up being at least as time consuming, and less secure, less performant, etc. |
03:38.44 | karstensrage | my worst headaches are from .php code |
03:38.45 | jasonb | Freemarker I haven't tried, but I know that the standard tools don't support it and they do support JSP. Velocity I've spent literally years with and it is a far less clever, more wasteful, less supported technology that I don't waste my time with. |
03:39.40 | jasonb | karstensrage: Yep.. so long term it ends up being a bad deal. And, JSP is pretty straightforward, generally understood in the industry, and supported seemingly everywhere in the tool set. I've been pretty happy with it. |
03:39.52 | gp_will_be_back | hehe ...i have same feeling for jsp ........since i need a container to use it ...............freemarker there is no such requirment |
03:40.33 | jasonb | gp_will_be_back: There is always either a parser or a script interpreter, or some sort of "container" that is required though. |
03:40.56 | jasonb | gp_will_be_back: Did you know that JSP itself does not require a servlet container? |
03:41.22 | gp_will_be_back | no .... i |
03:41.37 | jasonb | gp_will_be_back: Did you also know that the JSP implementation that comes with Tomcat, named Jasper, does not depend on Tomcat, and that it is also included and used in other software as well? |
03:42.03 | gp_will_be_back | no man ... |
03:42.10 | jasonb | Yep. It's true. |
03:42.33 | gp_will_be_back | cool |
03:43.17 | gp_will_be_back | i never heard anybody using jasper without tomcat |
03:43.36 | jasonb | As far as I can tell, Velocity has no advantages over JSP/Jasper, and has some significant disadvantages. |
03:44.45 | *** join/#tomcat ohsix (i=ohsix@66.220.111.99) |
03:45.47 | jasonb | gp_will_be_back: In fact, in the O'Reilly Tomcat book, I described how to add Jasper to your Ant build file so that it is possible to test compile all of the JSPs in your webapp's source tree, *before* you build your webapp and deploy it. |
03:45.47 | *** join/#tomcat ohsix (i=ohsix@66.220.111.99) |
03:46.18 | jasonb | gp_will_be_back: That way, you can be 100% sure that the JSPs compile when you run them in production. The test compile happens entirely without Tomcat. |
03:47.00 | gp_will_be_back | yeah thats a great thing .........i always found testing jsp to be pain |
03:48.15 | jasonb | Well, so the ability to test compile them via your regular build file takes away some of that pain. |
03:50.45 | gp_will_be_back | is there any way to use GWT with tomcat advanced IO ? i am currently using jetty continuation |
03:52.35 | jasonb | I'm not sure about that. I don't use GWT (for lack of time, really.. it seems good), and I don't seem to really need the Advanced IO stuff. |
03:57.07 | gp_will_be_back | unfortunately GWT doesnt have comet type rpc support .... |
03:59.53 | jasonb | Java developers have a tendency to over-use frameworks to solve their problems, and then spend all their time trying to figure out how to get different frameworks to work with each other. |
04:00.55 | jasonb | Instead, it may be better to figure out exactly what your webapp needs to do and implement a small, custom, to-the-point piece of code that does that. |
04:01.44 | jasonb | It would be nice if GWT would directly support Tomcat. But, if it doesn't, it might be that they're waiting on the next version of the Servlet spec to solve some major architectural issues. |
04:03.37 | gp_will_be_back | actually they moved to jetty with 1.6 release |
04:06.31 | jasonb | I do think it unwise for an ajax framework to choose exactly one (less popular) servlet container to support, instead of supporting as many as they know how to. |
04:06.47 | jasonb | I doubt they refuse patches that make the code work on Tomcat. |
04:09.22 | gp_will_be_back | tomcat is still supported by GWT its only thier sdk is now using jetty by default |
04:10.27 | gp_will_be_back | there general perception that jetty is better for ajax apps |
04:11.00 | gp_will_be_back | though i dont have any personal exp on that |
04:24.25 | jasonb | gp_will_be_back: Well, the Atmosphere framework evens it out among all modern servlet containers: https://atmosphere.dev.java.net/ |
05:13.50 | *** join/#tomcat haxplorer (n=haxplore@122.167.201.4) |
06:54.14 | *** join/#tomcat loddafnir (n=mike@at-vie-gaso-r11a.upc.at) |
07:16.06 | gp_will_be_back | is jetty continuation more scalable then tomcat advaced IO |
07:16.08 | gp_will_be_back | ? |
07:16.14 | gp_will_be_back | or vice versa |
07:50.29 | *** join/#tomcat Kartman (n=kartman@77-21-67-0-dynip.superkabel.de) |
07:50.36 | *** part/#tomcat Kartman (n=kartman@77-21-67-0-dynip.superkabel.de) |
09:27.25 | *** join/#tomcat haxplorer (n=haxplore@122.167.220.43) |
09:54.00 | *** join/#tomcat da_krowa (i=Miranda@chello087207037180.chello.pl) |
09:54.06 | *** join/#tomcat tuxplorer (n=haxplore@nat/yahoo/x-spelbwtwjtzrkiug) |
10:53.42 | *** join/#tomcat barkbarkmeow (n=barkbark@203.199.213.3) |
10:55.51 | *** join/#tomcat haxplorer (n=haxplore@122.167.193.118) |
10:59.15 | *** join/#tomcat tuxplore_ (n=haxplore@122.167.194.200) |
12:03.42 | *** join/#tomcat MHSL (n=mhsl@cm16.eta6.maxonline.com.sg) |
13:27.14 | *** join/#tomcat maffelu (n=ferm@89.236.42.95) |
15:41.57 | maffelu | [Tomcat 6.0.2, Java 1.6, Windows Vista] When I try to deploy a webservice in netbeans running tomcat I get this weird error about modules not being deployed: C:\Users\maffelu\Pictures\Documents\NetBeansProjects\WebApplication2\nbproject\build-impl.xml:545: The module has not been deployed. |
15:42.13 | maffelu | Anyone know what it means? (aside from the module not being deployed) |
15:42.56 | maffelu | It's odd, cause when I try to use GlassFish instead, it works just fine |
15:50.15 | *** join/#tomcat user01 (n=user01@91-64-207-27-dynip.superkabel.de) |
15:54.01 | maffelu | Hm, I'm going to attempt to install the newest version of NetBeans and see if that helps |
16:23.20 | *** join/#tomcat a4akba (n=chatzill@ask2-30.qualitynet.net) |
16:29.01 | *** join/#tomcat magentar (n=magentar@ip-94-79-136-171.unitymediagroup.de) |
18:02.47 | *** join/#tomcat hoppy (n=guest@61.245.121.118.er.eaccess.ne.jp) |
18:04.05 | hoppy | hi |
18:18.31 | *** join/#tomcat clajo04_ (n=clajo04_@cpe-67-243-136-111.nyc.res.rr.com) |
18:20.16 | *** join/#tomcat rightsprocket (n=mrray@fl-67-235-230-94.dhcp.embarqhsd.net) |
18:22.41 | *** join/#tomcat maffelu (n=ferm@h59ec2a5f.selutin.dyn.perspektivbredband.net) |
19:07.39 | *** join/#tomcat da_krowa (i=Miranda@chello087207037180.chello.pl) |
20:19.43 | *** join/#tomcat karstensrage (n=karstens@c-71-202-243-186.hsd1.ca.comcast.net) |
20:34.20 | *** join/#tomcat BarryNL (n=goltharn@82-95-227-51.xs4all.nl) |
21:02.12 | *** join/#tomcat relachs (n=relachs@f049210033.adsl.alicedsl.de) |
22:05.16 | *** join/#tomcat magentar (n=magentar@ip-94-79-136-171.unitymediagroup.de) |
23:37.24 | *** join/#tomcat vinse (n=vinse_@208.253.223.146) |
23:56.45 | *** join/#tomcat Mooniac (n=mooniac@216-80-120-13.drb-bsr1.chi-drb.il.static.cable.rcn.com) |
23:57.51 | Mooniac | I set up tomcat so that it listens on port 80 (instead of 8080) at the connector entry in server.xml, but then I couldn't access ANY of the .jsp pages anymore, and also regular html pages were inaccessible. Any ideas what I did wrong? |