00:16.42 | puff | Yeah, mine too... uncommented that, didn't see a change. |
00:19.07 | jasonb | Actually, on the page I gave the URL to, there are other settings that are probably what you're looking for. |
00:19.54 | jasonb | ClientAliveInterval 60 |
00:19.54 | jasonb | ClientAliveCountMax 5 |
00:20.16 | jasonb | (both in the same /etc/ssh/sshd_config file. |
00:20.17 | jasonb | ) |
00:23.08 | puff | Yeah, ik've been playing with those. |
00:23.15 | puff | That _seemed_ to help at first, but. |
00:23.25 | jasonb | Still didn't? |
00:23.25 | puff | I set it, went away to the kitchen to prep some jambalaya makings. |
00:23.33 | puff | Came back, my session was live! Yay! |
00:23.42 | puff | Switched to another window, came bakc, it was dead. |
00:23.55 | jasonb | Switched to another Cygwin window? |
00:25.18 | jasonb | If so, then that's probably a Cygwin bug then. |
00:25.36 | *** join/#tomcat GunZ (~podderka@host-83-146-13-87.bulldogdsl.com) |
00:25.42 | GunZ | lyken: are you here? |
00:26.04 | puff | Sigh, there it goes again. |
00:26.11 | GunZ | ? |
00:26.32 | puff | jasonb: I think it has more to do with timing than cygwin... left the fc3 cygwin alone for too long. |
00:27.00 | jasonb | puff: You realize that there are ssh settings for the ssh connection at each end of the connection, right? If you haven't set both properly, you could end up timing out too soon. |
00:27.44 | jasonb | puff: It's true that if the one to debian isn't timing out, there's likely something set wrong in FC3. But, you should check the cygwin end as well just to be sure. |
00:31.40 | GunZ | hey guys, if i am using mod_jk2 with tomcat and apache, and if the html files reside on the application sitting in tomcat, will they be handled by tomcat or apache? |
00:34.57 | puff | Yeah, good point. |
00:35.09 | puff | Hm, come to think of it, I need mod_jk... |
00:35.35 | puff | jasonb: Which do you recommend going with? |
00:35.37 | jasonb | GunZ: If you haven't gone out of your way to tell Apache how to serve those, then you've likely just passed through the requests for those resources to Tomcat, and Tomcat will serve them through mod_jk2 & apache. |
00:35.50 | puff | Looks like mod_jk2 is the only one in the fedora rpm servers. |
00:36.01 | jasonb | puff: Are you sure you need Apache httpd? I don't remember if I asked you about that before or not. |
00:36.04 | puff | Or at least, the ones yum knows about. |
00:36.24 | puff | Honestly, I think in the long run I want to move away from that. |
00:36.35 | puff | However, in the short run I'm trying to not introduce gratuitous differences. |
00:36.42 | puff | Between this box and the one we currently have. |
00:36.45 | GunZ | jasonb: what would i have to edit to get apache to serve the files? |
00:36.55 | GunZ | the html files that is |
00:37.00 | jasonb | puff: It's way easier to not use Apache httpd than to use Apache httpd. |
00:37.07 | puff | Ideally I'd like apache and I'd like tomcat, but of course they can't both have port 80 on the same box. |
00:37.09 | puff | Hm. |
00:37.39 | jasonb | GunZ: Sadly, I don't have the time to go over that.. see the Apache httpd docs for how to map files.. |
00:37.51 | GunZ | jasonb: ok |
00:38.24 | puff | You could just put them under the apache root instead of under tomcat.... |
00:39.09 | puff | Well, I'll put that off for the moment and focus on getting the apps up and running on 8080 first. |
00:39.10 | jasonb | puff: If you absolutely must use Apache httpd, the current situation is: mod_jk2 is deprecated. The best connector is mod_proxy that comes with Apache 2.1. If you can't use Apache 2.1, you may use the 2.1 mod_proxy code with 2.0 if you can figure out how to compile the two together, which reportedly is "easy". If you can't do that, the fallback is mod_jk right now. |
00:40.05 | GunZ | jasonb: mod_jk2 is deprecated? |
00:40.21 | jasonb | GunZ: Yes, recently, they deprecated it. Long story. But, that's how it is right now. |
00:40.41 | GunZ | ok so mod_proxy is the way now? |
00:40.43 | puff | Ciao. |
00:40.45 | jasonb | GunZ: And, I doubt that mod_jk2 will get un-deprecated. I think it'll stay that way.. and fade away. Probably a good thing. |
00:40.52 | jasonb | GunZ: Yes. |
00:41.13 | jasonb | So all those books, even about Tomcat 5 that say to use mod_jk or mod_jk2.. that's all misinformation now. |
00:41.14 | GunZ | i mod_proxy was just a work around if you couldnt do it with mod_jk |
00:41.28 | GunZ | i thought |
00:41.39 | GunZ | hmm why dont they take it out then |
00:41.43 | jasonb | GunZ: Now it's not that way anymore.. They change this stuff sometimes, and how I described it above is how it is now. |
00:41.46 | puff | GunZ: He's working on that :-). |
00:41.57 | GunZ | ok :D |
00:42.07 | jasonb | Anyway.. I'll bbiab.. |
00:42.13 | GunZ | ok thx for the help |
00:42.16 | GunZ | bi |
00:42.20 | jasonb | np. |
00:42.27 | puff | Ciao. |
00:42.46 | *** join/#tomcat Morang (~junkmail@60-240-167-2.tpgi.com.au) |
00:43.07 | Morang | hi everyone, i'm just after some quick help setting up tomcat |
00:43.16 | Morang | root cause |
00:43.16 | Morang | Unable to find a javac compiler; |
00:43.17 | Morang | com.sun.tools.javac.Main is not on the classpath. |
00:43.17 | Morang | Perhaps JAVA_HOME does not point to the JDK |
00:43.41 | Morang | I've setup JAVA_HOME to point to my JDK at C:\java\j2sdk1.4.1_07 |
00:43.52 | puff | Hm... |
00:43.58 | puff | Are you sure it's there? |
00:44.02 | Morang | certain |
00:44.18 | Morang | or should it point to the bin dir? |
00:44.40 | puff | No... the top directory. |
00:44.59 | Morang | yeah, it's at the top |
00:45.36 | puff | Windows? |
00:45.45 | Morang | i did notice though in my tomcat configuration, that i needed to tick the "Use default" for the Java Virtual Machine |
00:45.47 | Morang | yeah windows xp |
00:45.48 | puff | Did you set it in your system environment? |
00:45.56 | Morang | yeah, it's in my PATH |
00:46.03 | puff | No, I mean JAVA_HOME. |
00:46.15 | puff | And did you open the command window BEFORE you set it? |
00:46.22 | Morang | i've also set up CLASSPATH to point at my java's lib directory, in addition to axis libraries and stuff |
00:46.24 | puff | You may have to open a fresh command window to get the setting. |
00:46.35 | Morang | yeah, i've been stopping and restarting the tomcat service |
00:46.54 | puff | Weird. |
00:47.00 | Morang | yeah, i set JAVA_HOME in the environment variables |
00:47.02 | puff | How? |
00:47.06 | puff | How are you starting/stopping? |
00:47.08 | Morang | through control panel |
00:47.17 | Morang | i go to "Tomcat Configuration" |
00:47.18 | puff | Ah, windows? |
00:47.20 | puff | One sec. |
00:47.37 | puff | Lemme check my copy of _Tomcat: The Definitive Guide_, which I just happen to have handy... :-) |
00:47.41 | Morang | then in general, there are stop and start buttons |
00:47.48 | Morang | great, thanks |
00:47.54 | puff | Did you use the tomcat installer, btw? |
00:47.57 | Morang | yeah i did |
00:48.16 | Morang | now, tomcat installation wanted to point to C:\Program Files\Java\j2re1.4.1_07 |
00:48.28 | puff | Hm, the instlaler should have... yeah. |
00:48.37 | Morang | in addition to my JDK installation, there was this installation for the JRE |
00:48.46 | Morang | tomcat must've picked that out of the registry |
00:49.18 | Morang | i'm wondering whethere there's some confusion with installations? |
00:49.33 | Morang | as i mentioned earlier, i ticked "Use default" for the JVM |
00:49.39 | puff | Might be? |
00:49.48 | Morang | i'm able to compiler a simple hello world style web service |
00:49.56 | puff | Ah... well wait, you said it "Wanted" to use the jre... |
00:49.58 | Morang | the happy axis page just ain't so happy |
00:50.12 | puff | So which did you go wtih? |
00:50.12 | Morang | well i think that's where tomcat installation found java |
00:50.23 | Morang | well i've set JAVA_HOME to be my JDK |
00:50.29 | Morang | in C:\Java\JDK... |
00:50.33 | puff | Yeah, it shouldhave looked for jkd/jre and (it seems to say here) given you a choice of which to use. |
00:50.38 | puff | So which did you choose? |
00:50.59 | Morang | IT didn't seem to find the c:\java\... one |
00:51.20 | Morang | and it wasn't working until i ticked the "Use default" checkbox in my tomcat configuration |
00:51.22 | puff | I'm not a windows guy, but if you're doing it form the service control panel, I would have no trouble believing that the service config has a separate environment setup and ignores your JAVA_HOME. |
00:52.02 | puff | So check the tomcat properties in the service control panel... |
00:52.03 | Morang | what i might do, is uninstall my JRE, JDK, Tomcat, start fresh with latest versions of all, then see how I go? |
00:52.20 | puff | I wouldn't rule that out. |
00:52.36 | puff | But you might want to check and see if the service has some setting that points to the JRE. |
00:52.40 | puff | I'll bet that's what it is. |
00:52.51 | Morang | hmm, yeah... C:\Program Files\Java\j2re1.4.1_07\bin\client\jvm.dll |
00:53.02 | Morang | i'll change that to my JDK one.. |
00:53.35 | puff | Ba-da-bing! |
00:54.52 | Morang | changed it, but unfortunately, nothing's improved... |
00:55.20 | Morang | it's probably not a great thing to have a JDK installation seperate from my JRE installation |
00:55.28 | puff | Hm. |
00:55.30 | puff | Eh. |
00:55.40 | puff | Shouldn't be that big a deal, but on windows, who can say. |
00:55.45 | Morang | i changed "Java Virtual Machine" to C:\java\j2sdk1.4.1_07\jre\bin\client\jvm.dll |
00:56.07 | puff | Hm. |
00:56.21 | puff | Try re-running the installer, see if you can get it to let you choose the jdk. |
00:56.55 | puff | I am suspicious... just because it know to use that JVM doens't mean that it will know where to find the java libs or compiler. |
00:57.00 | Morang | yeah, i'll start again, no point banging my head against a brick wall if it's just due to some random voodoo for having two Java's |
00:57.16 | puff | Maye. |
00:57.20 | Morang | well hopefully CLASSPATH tells it where |
00:57.25 | Morang | which i've set appropriately |
00:57.27 | puff | Seriosuly, easiest thing to try first: re-run the installer. |
00:57.32 | puff | Without uninstalling anything. |
00:57.32 | Morang | sure thing |
00:57.35 | puff | See if ti lets you change the options. |
00:57.42 | Morang | oh, ok |
00:57.52 | puff | If not, unintall tomcat, re-run the installer, see if gives you an opportunity to select the jdk. |
00:58.02 | puff | If not, then uninstall the JRE and re-run the installer. |
00:59.30 | Morang | funny thing is, there the same version numbers of JDK and JRE anyhow, so theoretically, shouldn't even matter |
01:00.31 | puff | No, not at all. |
01:00.44 | puff | One includes the java compiler (javac), one doens't. |
01:00.53 | puff | Tomcat needs the java compiler to compile JSPs. |
01:02.09 | Morang | ok, it was just voodoo, i have no idea how or why, but when i re-installed, it has worked, i think.. |
01:02.56 | Morang | only thing it couldn't find was |
01:02.56 | Morang | Warning: could not find class javax.mail.internet.MimeMessage from file mail.jar |
01:02.56 | Morang | Attachments will not work |
01:03.13 | Morang | is that just because my JDK may be a little long in the tooth? |
01:03.33 | puff | Hm. |
01:03.47 | puff | Maybe, but I doubt it. |
01:03.59 | puff | Though you *should* download at least 1.4.2_07 :-). |
01:04.06 | Morang | hehe, ok, no problem |
01:04.07 | puff | Even if you're not ready for 1.5 yet. |
01:04.25 | Morang | well, i haven't used java in a while, probably due for an upgrade |
01:04.38 | puff | Yeah. |
01:04.58 | Morang | thanks a lot for your help puff |
01:05.19 | Morang | bizarre that it didn't work, then did |
01:05.32 | Morang | i guess these things just happen, especially when working in windows |
01:06.12 | Morang | i probably need to get cosier with linux... :) |
01:16.15 | puff | Morang: You won't get any argument from me on that :-) |
01:16.24 | Morang | hehe |
01:17.05 | *** join/#tomcat WildChild (~wild@modemcable103.157-201-24.mc.videotron.ca) |
01:17.20 | WildChild | Is it possible to make tomcat recognise automaticly changes made in the web.xml file? |
01:17.30 | WildChild | for app devlopment |
01:18.10 | puff | es. |
01:18.11 | puff | Yes. |
01:18.20 | puff | Hm... should be in tomcat/conf/server.xml |
01:18.31 | puff | Keeripes, 8pm already. |
01:18.50 | WildChild | do you know what to put in the server.xml? |
01:19.09 | puff | Y'know, there's books omn this sort of thing :-). |
01:19.56 | puff | Hm, dang. |
01:20.03 | puff | I just checked and I can't remember what it's called. Hangon. |
01:21.19 | puff | Come to think of it, I don't know if I ever set it, myself. I had to set something else to get JSP to always recompile. |
01:21.27 | puff | WildChild: Did you try changing the web.xml file? |
01:21.36 | WildChild | puff: yes |
01:21.40 | puff | That is, just try changing it, watch and see if it redeployes. |
01:21.57 | WildChild | I put backgroundProcessorDelay="2" in my context configuration file but it doesn't seems to change anything |
01:22.02 | WildChild | I found this on google groups |
01:22.58 | puff | What version of tomcat, btw? |
01:23.28 | WildChild | 5.0.27 |
01:23.31 | puff | Hm, in your <CONTEXT> tagset, do you have reloadable="true"? |
01:24.13 | WildChild | yes I have reloadable="true", when my classes are updated I see automaticly the changes but the changes made to web.xml to add new classes aren't refectled automaticly |
01:27.47 | puff | Hm... odd. |
01:29.30 | puff | Are you sure? |
01:29.51 | puff | Try this... tail your tomcat log file in one window and edit the web.xml in anotehr window, watch what happens. |
01:30.01 | puff | It can take a minute or so for tomcat to notice. |
01:34.32 | WildChild | oh |
01:34.39 | WildChild | I will try something |
01:39.10 | WildChild | still no reload after 5 minutes |
01:40.03 | WildChild | and nothing at the end of the log file |
01:48.23 | puff | Hm. |
01:48.34 | puff | Well, i'm afraid that a) I haven't doen anything with tomcat 5 yet. |
01:48.49 | puff | and b) I'm really kind of under pressure to get something done, so I don't have time to go dig up the answer for you. |
01:48.58 | puff | I am curious about what you find, though. |
01:53.15 | WildChild | hehe ok :) I'll try to find something! but I don't have too much time now, I'm using the tomcat manager app to relaod my context each time my web.xml file is changed since I don't have too much time to find the problem |
01:53.27 | puff | Yeah... |
01:53.29 | WildChild | I have to do an homework using jsp and servlets |
01:53.29 | puff | Might be best. |
01:53.32 | puff | Or just restart tomcat. |
01:53.47 | WildChild | anyway! thanks a lot for your try |
01:53.50 | puff | Good luck. |
01:56.26 | *** join/#tomcat alx_ (~alx@213-140-17-111.fastres.net) |
03:42.25 | *** join/#tomcat simplebird (~lind@user-12ldaq6.cable.mindspring.com) |
03:44.16 | *** join/#tomcat puff (puff@66.45.34.102) |
03:44.20 | puff | Wotta day. |
04:10.54 | *** join/#tomcat beron (~medor@adsl-67-122-212-96.dsl.snfc21.pacbell.net) |
04:11.34 | beron | whose got tomcat 5.5.7? can you please verify for me, what jar files you have on your common/lib ? |
04:12.10 | beron | how many of the commons jar file are there in the dir? |
04:42.55 | *** join/#tomcat FreemaniaX (~Freemania@pcp0011117215pcs.elkrdg01.md.comcast.net) |
04:43.45 | FreemaniaX | why does the 5.0.x series never get a mention in the subject? |
04:44.43 | lyken | in the topic? |
04:47.55 | beron | lyken: you have 5.5.7? |
04:56.08 | lyken | yes |
04:56.11 | lyken | but not on this mchine |
04:56.18 | lyken | its on my dev machine at home |
04:56.37 | beron | you dont happen to remember if the commons jar is included on 5.5.7? |
04:57.15 | jasonb | [root@localhost jakarta-tomcat-5.5.8]# ls common/lib/ |
04:57.15 | jasonb | commons-el.jar jasper-runtime.jar naming-factory.jar |
04:57.15 | jasonb | jasper-compiler.jar jsp-api.jar naming-resources.jar |
04:57.15 | jasonb | jasper-compiler-jdt.jar naming-factory-dbcp.jar servlet-api.jar |
04:58.40 | beron | okay, only commons-el.jar has been included...thanks. |
04:58.55 | jasonb | No prob. |
05:00.05 | beron | youwhat was the reason those were removed or not distributed? |
05:00.24 | jasonb | What were removed? |
05:00.54 | jasonb | In particular? |
05:01.16 | lyken | make the distro smaller i think |
05:01.49 | beron | dcpc collection and pool |
05:01.57 | beron | dbcp* |
05:03.13 | jasonb | beron: It's in there somewhere I believe, repackaged. |
05:03.59 | beron | i see, I have to look around |
05:04.02 | jasonb | If not, you may add it easily enough. |
05:05.06 | lyken | hola jason |
05:05.16 | jasonb | Hola. |
05:05.32 | beron | yeah i can add it easily, was just surprised they were not in same place |
05:06.24 | jasonb | Yeah, strange that it's not in there anymore, and I wonder how they do db connection pooling in TC 5.5 now. I remember they repackaged lots of libs, but I can't easily find dbcp in there right now. |
05:06.56 | jasonb | bbiab |
05:28.29 | jasonb | beron: Actually, it's been repackaged in common/lib/naming-factory-dbcp.jar. |
05:28.50 | jasonb | beron: If you do a jar tf common/lib/naming-factory-dbcp.jar you'll see the dbcp stuff in there. |
05:30.38 | jasonb | I forget why they did that. It doesn't seem real small to me.. and repackaged like that is less modular. If we want to try a newer version of dbcp, it becomes far harder to try it. |
05:32.58 | beron | right..its much harder..oh well, am just a user |
05:33.03 | beron | thanks for checking |
05:34.14 | jasonb | Not a problem.. I need to know this stuff as well. |
05:37.59 | beron | as an example Im trying to use org.apache.commons.dbcp.BasicDataSourceFactory |
05:38.33 | beron | but what i found on that naming org/apache/tomcat/dbcp/dbcp/BasicDataSourceFactory |
05:39.03 | beron | packaging is messed up |
05:39.21 | beron | double dbcp in the path |
05:40.08 | jasonb | Wow, if you're right that would be a bug that they'd be interested to hear about, I think. |
05:40.37 | jasonb | Oh, wait.. It's got that double dbcp/dbcp in the package names. |
05:40.43 | beron | they should ought to know |
05:40.53 | jasonb | Strange. |
05:41.18 | beron | can you confirm on your naming-factory-dbcp.jar please? |
05:41.51 | lyken | can you not just pulled down the tar.gz off download and check that/ |
05:41.59 | jasonb | Well, inside the jar there are fully qualified class names like this: |
05:42.00 | beron | mine is 5.5.7, but its probably not a whole lot diff on 5.5.8 |
05:42.01 | jasonb | org/apache/tomcat/dbcp/dbcp/AbandonedConfig.class |
05:42.01 | jasonb | org/apache/tomcat/dbcp/dbcp/AbandonedObjectPool.class |
05:42.02 | jasonb | org/apache/tomcat/dbcp/dbcp/AbandonedTrace.class |
05:42.24 | beron | holly cow, they do have double dbcp on the path |
05:42.43 | jasonb | This part should be *no* different at all between 5.5.7 and 5.5.8. And, I'm looking inside a jar of the binary release of 5.5.8. |
05:42.53 | jasonb | Yup. |
05:43.21 | jasonb | They repackaged the dbcp stuff. I'm not sure I remember them talking about the double "dbcp/dbcp", but they may have. |
05:43.34 | jasonb | It's weird looking. |
05:43.50 | jasonb | It might be a convenience thing, on their part. |
05:44.09 | beron | i dont know, buts a very odd way of naming a package |
05:44.42 | jasonb | Well, it's a repackaging of something that was already named, and sometimes when people repackage something, it ends up with names that are less intuitive. :) |
05:45.21 | jasonb | In the long run, I believe they're going to be sorry they repackaged dbcp. It's just too important to do that with. |
05:45.26 | beron | perhaps, but it just doesnt feel right having doubled names |
05:45.34 | jasonb | It never does. |
05:46.16 | beron | anyhow, you have more weight with them developers than i, they dont have to double check if you tell them instead of me :) |
05:50.23 | jasonb | Well, my guess is that they already know of the double "dbcp" thing in there. They may have had a technical reason for it. But, then, others are left to wonder. |
05:50.50 | jasonb | beron: How did you initially stumble onto this though? |
05:51.27 | beron | just tried to deploy an app that uses BasicDataSource |
05:51.50 | beron | it didnt work on 5.5.7, it worked on 4.1.x |
05:52.44 | beron | got confirmation from you that the commons jar file were not there and the rest is what we both discussed |
05:52.56 | beron | just now |
05:52.58 | jasonb | beron: But how did you determine that there were two "dbcp"s in there? |
05:53.36 | beron | i grep'ed for BasicDataSource and just noticed the dbcp/dbcp on the path |
05:53.46 | jasonb | In the output of jar tf ? |
05:54.06 | beron | jar tvf naming-factory-dbcp.jar|grep BasicData |
05:54.33 | jasonb | So the spot where you reference the fully qualified class name of BasicDataSource, where is that? In your server.xml? In a context XML? Or, in some of your webapp source? |
05:54.52 | beron | in my context.xml file |
05:55.36 | jasonb | Yeah, so this hurts the upgrade process. I do remember them saying that the repackaging makes upgrading a bit harder, but I don't think I remember them talking about the double "dbcp" thing. |
05:56.15 | beron | i just search the mailing list for dbcp/dbcp and nothing showed up |
05:56.58 | beron | the mailing list in theaimsgroup.com |
05:57.06 | jasonb | Which mailing list? tomcat-user or tomcat-dev? |
05:57.13 | beron | tomcat-user |
05:57.59 | jasonb | Try searching tomcat-dev. |
05:58.28 | jasonb | beron: Also, could I have a look at your config where you're using that class name? |
05:58.44 | beron | sure..hang on |
05:59.41 | beron | ill paste you in private, so it doesnt flood |
05:59.48 | jasonb | Their example shows this: |
05:59.53 | jasonb | <Resource name="jdbc/TestDB" auth="Container" type="javax.sql.DataSource" |
05:59.53 | jasonb | <PROTECTED> |
05:59.53 | jasonb | <PROTECTED> |
05:59.53 | jasonb | <PROTECTED> |
06:00.05 | jasonb | Which names just "javax.sql.DataSource". |
06:01.04 | beron | I was using org.apache.commons.dbcp.BasicDataSourceFactory |
06:01.09 | *** join/#tomcat ohsix (ohsix@bc99128.bendcable.com) |
06:01.20 | beron | thats why I asked about commons jar file |
06:02.23 | jasonb | Let me guess, your data source doesn't yet work with Tomcat 5.5, even when you correctly reference the name of the BasicDataSourceFactory class, right? |
06:03.17 | jasonb | This part really is hard to upgrade to Tomcat 5.5. I have one working, but I can imagine lots of other people are tearing their hair out trying to figure out why theirs doesn't work. |
06:03.32 | beron | since it cannot find the class, it doesnt work |
06:04.50 | jasonb | Well, but if you give it the correct new "org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory" name, it still doesn't work, does it? |
06:04.53 | beron | yeah i cant imagine for lots of people that are not familiar with commons libraries |
06:05.03 | jasonb | That's not what I mean though. |
06:05.06 | beron | it would be difficult to troubleshoot |
06:05.17 | beron | let me try that... |
06:05.19 | beron | brb |
06:14.08 | beron | yep it didnt work |
06:15.49 | jasonb | I know why. |
06:16.28 | jasonb | one sec... |
06:17.35 | jasonb | The XML of the Resource element must be different in TC 5.5.x. |
06:18.10 | lyken | it is |
06:18.13 | lyken | they all are |
06:19.33 | jasonb | Where you have <Resource blah blah/> and then after that you have a <ResourceParams ...> container tag, then inside that you have <parameter> container tags with name & value elements, you have to arrange that data differently for TC 5.5.x... |
06:20.35 | jasonb | You have to have <Resource blah blah> (no close there), then inside that you should just have attribute1=value1 attribute2=value2 ... |
06:20.58 | jasonb | So every parameter becomes an attribute of the Resource element. |
06:21.22 | jasonb | It's really funny how the TC 5.5 docs don't bother even mentioning this. :) |
06:21.31 | jasonb | (AFAIK) |
06:22.01 | beron | i see..let me try those |
06:24.19 | jasonb | The TC 5.5 docs do show the new way, but don't say that one would need to change the XML structure in this major way to migrate an older webapp to a newer Tomcat. I guess they didn't try at all to show how to migrate webapps to the new version. |
06:24.50 | beron | whoa, it wiped out my context.xml i put in conf/Catalina/localhost |
06:25.22 | lyken | yup |
06:25.31 | lyken | they are removed every tomcat reboot |
06:25.39 | lyken | well some versions it does |
06:25.42 | lyken | others it doesnt. |
06:31.27 | beron | am not overly surprised with this difficulty, for a longest time i can remember, data source pooling was a difficult config to make work on tomcat |
06:32.21 | jasonb | Yes, way back in the earlier days of TC 4.1. We should be well beyond that now though. |
06:32.46 | lyken | so was linking |
06:32.54 | jasonb | linking? |
06:32.59 | lyken | allowLinking=true |
06:33.03 | jasonb | oh. :) |
06:33.13 | jasonb | lyken: You really didn't like TC 4.1? |
06:33.33 | lyken | i couldnt get it to do half the stuff i wanted it to |
06:33.48 | jasonb | It had bugs, but compared to lots of other code of its time, it was incredible IMO. |
06:33.58 | lyken | yeah that is true |
06:34.08 | lyken | i still preached on my soap box about its goodness |
06:34.18 | lyken | but secretely it annoyed me |
06:34.24 | jasonb | Yup, me too.. I wrote half a book about its goodness. :) |
06:34.38 | lyken | i didnt know that.. oh wait :) |
06:36.04 | jasonb | The TC 4.0 architecture, and the beauty of its code made me stop writing my own servlet container. TC 4.0 had everything I wanted in mine, and so writing my own became futile. |
06:37.03 | lyken | yer |
06:37.16 | lyken | have you used weblogic(? from ibm) ? |
06:37.21 | lyken | or oracles web application? |
06:37.54 | jasonb | I've toyed with weblogic a little. I don't like it. |
06:38.10 | jasonb | I haven't ever tried Oracle's. I've heard good things about it. |
06:38.18 | jasonb | I've also heard good things about Orion. |
06:38.45 | lyken | the good think about oracles |
06:38.45 | jasonb | If I was going to use a full J2EE server, I'd use Geronimo, though. |
06:38.48 | lyken | you can uninstall it |
06:39.03 | jasonb | heh |
06:39.22 | lyken | it takes up more resources than running 20 tomcat servers on your machine |
06:39.49 | *** join/#tomcat loquace (~seb@aqu33-1-82-233-55-6.fbx.proxad.net) |
06:40.16 | jasonb | lo |
06:40.44 | loquace | lo |
06:40.55 | jasonb | lyken: Ouch. I think I'd uninstall it then too. |
06:41.18 | lyken | that was after 2 weeks of me getting 9i to install on a rh 9.0 box |
06:41.23 | lyken | with the dreaded threading issues |
06:42.01 | jasonb | RH9 seems very painful to me now. At the time it seemed great. :) |
06:42.10 | lyken | yeah |
06:42.11 | lyken | same |
06:42.16 | lyken | its amazing what a bit of insight can do |
06:42.24 | jasonb | I suppose 9 was far nicer than 7.3. :) |
06:42.40 | jasonb | 8 was just wrong. |
06:44.43 | beron | it worked this time after modifying for the dbcp/dbcp on the path name and the newer <Resource attrib1=value1 /> |
06:44.54 | beron | thanks for the tips |
06:44.55 | jasonb | I knew it.. |
06:45.01 | jasonb | No prob. |
06:45.57 | jasonb | It's going to be miiiighty tricky for people to migrate their configs from TC 4.1 or 5.0 to 5.5. Lots of diffs.. suttle diffs that aren't all easy to spot. |
06:46.00 | beron | cocoon sample was my baseline as the acid test..if that works, most likely the other apps would work |
06:46.19 | jasonb | Does that work? |
06:46.44 | beron | yeah, but it doesnt have a db samples so the db part of it is not test |
06:46.46 | beron | ed |
06:47.04 | beron | i have to enable that sample with db and see how it goes |
06:47.12 | jasonb | Ahh. |
06:47.19 | jasonb | Well, so far so good though, right? |
06:47.57 | beron | yep.. |
06:48.17 | beron | one more odd thing, i guess the old FileLogger is not working the same |
06:49.32 | beron | the whole context.xml dtd is modified? or was there a dtd for it? |
06:55.27 | jasonb | There is not a DTD for the Tomcat-specific config files. |
06:56.06 | jasonb | The logging in TC 5.5 is still being reworked. Even in the upcoming 5.5.9 there are lots of changes. |
06:56.18 | jasonb | I don't know how FileLogger is different, though. |
06:57.14 | jasonb | Also, I thought 5.5.8 would be marked stable. Looks like I was wrong. They found enough bugs that they don't want to mark it stable, so maybe 5.5.9 will be the next stable release. |
07:01.10 | *** join/#tomcat Valentin- (~jhiemer@p548790C4.dip.t-dialin.net) |
07:04.28 | beron | the cocoon sample i have do have a database sample compiled in, and it works okay |
07:04.42 | jasonb | That's good to hear. |
07:05.58 | jasonb | They do run these releases through the Sun Servlet & JSP specification test suite, and they don't mark a release stable unless it all passes. |
07:06.32 | beron | i always use it as my baseline..since I know cocoon is one heck of an app..bunch of techologies with it |
07:09.35 | jasonb | You can say that again! |
07:10.08 | jasonb | It's got everything, including three or four kinds of kitchen sinks. :) |
07:10.31 | beron | thats an app that never had a so-called stable in the past five years.. :) |
07:10.41 | beron | constant innovations |
07:10.41 | jasonb | heh |
07:10.58 | jasonb | Innovations? Or gratuitous sprawl and lack of focus? |
07:11.25 | beron | all of the above |
07:12.18 | beron | they just seem to like the bleeding edge always |
07:13.32 | jasonb | And they like to continually redefine what their project is about. |
07:14.16 | jasonb | Each time I look at their web page (oh, about once every couple of years now), it's about something completely different.. with the same project name. |
07:15.09 | beron | i agree...i just use the basic stuff xml transformed with xsl |
07:15.55 | lyken | more bleeding than edge though :) |
07:16.10 | beron | :) |
07:16.20 | beron | anyhow..am signing off..good night to all |
07:16.53 | jasonb | Good night. |
07:26.33 | *** join/#tomcat huliganz (~huli@159.148.84.27) |
07:29.21 | *** part/#tomcat huliganz (~huli@159.148.84.27) |
07:58.36 | *** join/#tomcat jasonb_ (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
08:53.48 | *** join/#tomcat deeed (~dd@m85.net195-132-129.noos.fr) |
09:11.27 | *** join/#tomcat alx_ (~alx@213-140-17-111.fastres.net) |
09:32.24 | *** join/#tomcat joered (~chatter@81-208-74-182.fastres.net) |
10:19.54 | *** join/#tomcat Valentin- (~jhiemer@p548790C4.dip.t-dialin.net) |
11:16.05 | *** join/#tomcat harpoon (stueber@ultra20.rbg.informatik.tu-darmstadt.de) |
12:17.17 | *** join/#tomcat alx_ (~alx@213-140-17-111.fastres.net) |
12:28.38 | *** join/#tomcat noodl (hidden-use@195-97-225-122.onyx.net) |
12:31.59 | *** join/#tomcat dd (~dd@m85.net195-132-129.noos.fr) |
13:45.22 | *** join/#tomcat linnuxxy (~linuxy@210.5.196.22) |
13:47.33 | linnuxxy | whats the most popular way for authentication/autherization in web application? JAAS?JDBCrealm? |
13:54.03 | *** join/#tomcat Alexys (~Alexys@200.71.37.29) |
13:54.50 | *** join/#tomcat Alexys (~Alexys@200.71.37.29) |
13:55.52 | Big_Bozz | linnuxxy: It depends on the current infrastructure.. I primarly use LDAP as all my HR data is already there. |
13:56.38 | *** join/#tomcat Cynamon (~Cynamon@249-moo-5.acn.waw.pl) |
13:57.03 | linnuxxy | i use RDMS |
13:57.09 | linnuxxy | postgresql |
13:57.25 | Big_Bozz | linnuxxy: Then you should just use a JDBCRealm |
13:57.55 | linnuxxy | i could not get it running |
13:58.32 | Big_Bozz | it is not too hard to set-up if you check the outputs from catalina.out and the log files for your contexts, etc. |
14:01.50 | linnuxxy | can i setup more than one realm in the server? |
14:02.08 | Big_Bozz | linnuxxy: you can set up a realm for each context |
14:02.46 | Big_Bozz | I usually declare my realms in /META-INF/context.xml for the web application. |
14:02.57 | linnuxxy | im trying to make /admin to be authenticate using the JDBCrealm |
14:03.08 | linnuxxy | i just setuped the database |
14:03.36 | linnuxxy | and replaced the defualt realm in server.xml |
14:03.46 | linnuxxy | but i couldnt get it authenticated |
14:04.16 | *** join/#tomcat harpoon (stueber@ultra20.rbg.informatik.tu-darmstadt.de) |
14:04.46 | Big_Bozz | Try pasting your realm declaration (from server.xml) and your security constraint and login config (from web.xml) on pastebin |
14:05.51 | linnuxxy | im just new here ....sorry ...but what is pastebin |
14:06.11 | Big_Bozz | http://eugeneciurana.com/pastebin - to avoid spamming the channel |
14:07.34 | linnuxxy | i did |
14:07.37 | linnuxxy | i think!!! |
14:07.39 | linnuxxy | ?? |
14:07.42 | Big_Bozz | paste the URL here |
14:08.08 | linnuxxy | this one http://eugeneciurana.com/pastebin/pastebin.php?show=5779? |
14:08.14 | linnuxxy | http://eugeneciurana.com/pastebin/pastebin.php?show=5779 |
14:08.45 | linnuxxy | the second one |
14:09.22 | Big_Bozz | what version of Tomcat are you using btw? |
14:09.50 | Big_Bozz | (that was the same page) |
14:10.19 | linnuxxy | 5.5.* |
14:11.48 | Big_Bozz | you should probably put a debug attribute in the realm (set it to 99) and monitor the log files. What error does it give you? |
14:12.51 | linnuxxy | ok |
14:13.00 | linnuxxy | just debug="99" |
14:13.02 | linnuxxy | ? |
14:13.18 | Big_Bozz | yep, after the classname attribute |
14:22.08 | linnuxxy | this |
14:22.09 | linnuxxy | http://eugeneciurana.com/pastebin/pastebin.php?show=5780 |
14:22.28 | linnuxxy | the JDBC dirver |
14:23.26 | Big_Bozz | you have a / too much in the realm connectionURL |
14:24.01 | Big_Bozz | have to go now - back later |
14:24.16 | puff | linnuxxy: You may want to skip jdbcrealm and just use securityfilter. |
14:24.33 | *** join/#tomcat deeed (~dd@m85.net195-132-129.noos.fr) |
14:24.38 | puff | Though securityfilter is downward compatible with jdbcrealm |
14:28.44 | linnuxxy | no its working |
14:28.55 | linnuxxy | thank u Big_Bozz |
14:29.02 | linnuxxy | thank u very much |
14:29.07 | linnuxxy | :) |
14:29.50 | linnuxxy | puff:what is securityfilter...is it a standard way to handle authentication? |
14:31.15 | *** join/#tomcat deeeed (~dd@m85.net195-132-129.noos.fr) |
14:32.51 | *** join/#tomcat flok420 (nobody@keetweej.xs4all.nl) |
14:35.31 | *** join/#tomcat randrew (~raj@dolmen.cc.columbia.edu) |
14:41.55 | *** join/#tomcat linuxfreck (~freck@pD9EB5842.dip0.t-ipconnect.de) |
15:13.47 | *** join/#tomcat jasonb_ (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
15:28.31 | *** join/#tomcat swente (epGrv6ED7E@hal.infinitumb.de) |
15:57.40 | *** join/#tomcat FreemaniaX (~Freemania@ip67-153-106-58.z106-153-67.customer.algx.net) |
16:05.29 | *** join/#tomcat chillmann (~chillmann@c171016.adsl.hansenet.de) |
16:09.06 | chillmann | hi. I have a problem with context in Embedded Tomcat. When starting the tomcat I get "javax.xml.parsers.FactoryConfigurationError: Provider org.apache.xerces.jaxp.DocumentBuilderFactoryImpl not found" . Has anybody an idea what may cause this? |
16:09.34 | swente | chillmann: perhaps xerces' jarfile missing ? |
16:10.12 | chillmann | no. I succeeded in loading the class through the context's classloader from my debugger |
16:10.29 | chillmann | and xercesImpl.jar is in classpath as well |
16:10.45 | swente | hrm .. sorry, then i have no idea [nor further knowledge :)] |
16:11.02 | chillmann | me neither ;-) |
16:26.06 | *** join/#tomcat a4akb (bbwpleaser@as16-202.qualitynet.net) |
16:28.13 | *** join/#tomcat FreemaniaX (~Freemania@ip67-153-106-58.z106-153-67.customer.algx.net) |
16:42.18 | chillmann | my problem seems to have something to do with Java 1.5 _ in case anybody is interested... |
16:45.29 | *** join/#tomcat chillman1 (~chillmann@c224048.adsl.hansenet.de) |
16:50.33 | *** join/#tomcat chillman2 (~chillmann@c224048.adsl.hansenet.de) |
17:09.09 | *** join/#tomcat FBA (~FBA@200-101-197-168.fnsce7007.dsl.brasiltelecom.net.br) |
17:09.19 | FBA | hello peoples |
17:11.25 | swente | 'lo |
17:11.26 | FBA | Alexys, hello |
17:11.35 | Alexys | hola FBA, como vas? |
17:11.51 | FBA | Alexys, jo voi mui bien |
17:11.52 | FBA | :D |
17:11.56 | *** part/#tomcat illsci (~illsci@felony.criminal.org) |
17:12.00 | FBA | e usted friend? |
17:12.17 | Alexys | muy bien gracias |
17:13.37 | FBA | Alexys, hehe, em alguns meses estarei hablando espanol |
17:13.50 | Alexys | que bien!!! |
17:14.11 | FBA | Alexys, e você português :D |
17:14.25 | Alexys | jejejej, seria bueno |
17:14.41 | FBA | jejeje? aqui é hehehehe |
17:14.42 | FBA | :D |
17:26.43 | FBA | Alexys, trabajas con tomcat? |
17:26.58 | FBA | you work tomcat? |
17:27.00 | Alexys | solo lo veo por encimita |
17:27.15 | FBA | encimita? |
17:27.18 | FBA | curiosidade? |
17:27.20 | Alexys | only see, but i don't work |
17:27.28 | FBA | eheeheh |
17:27.30 | FBA | :P |
17:27.37 | Alexys | i don't work much |
17:27.38 | FBA | Alexys, ingles só o basico |
17:27.49 | FBA | i you he she it we you they |
17:27.50 | FBA | :D |
17:28.01 | FBA | i am is the bad boy hauhauaha |
17:28.12 | FBA | ops |
17:28.16 | FBA | i am the bad boy hauhauaha |
17:28.50 | Alexys | jjejej |
17:28.53 | FBA | jejej |
17:35.55 | *** join/#tomcat Tilos (~tilos@c213-89-229-118.cm-upc.chello.se) |
17:43.55 | chillman2 | ihr spinnt doch alle |
17:43.56 | chillman2 | ;-9 |
17:58.50 | *** join/#tomcat huliganz (~huli@159.148.84.27) |
18:04.04 | *** join/#tomcat valmont (~chrisholl@germany.pspdev.pas.earthlink.net) |
18:12.39 | *** join/#tomcat alx_ (~alx@213-140-17-111.fastres.net) |
18:26.57 | *** join/#tomcat AgentOrange (~chatzilla@209.92.133.228) |
18:28.43 | *** join/#tomcat jasonb (noneoyerbi@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
18:31.03 | *** part/#tomcat AgentOrange (~chatzilla@209.92.133.228) |
18:44.59 | *** part/#tomcat huliganz (~huli@159.148.84.27) |
18:53.20 | *** join/#tomcat [newbie] (~newbie@pD950E132.dip.t-dialin.net) |
18:53.24 | Alexys | when i can download javaservlet api and java api? |
18:53.52 | pucko | what do you mean? the docs? |
18:53.59 | Alexys | yep |
18:54.24 | Alexys | for example http://jakarta.apache.org/tomcat/tomcat-5.0-doc/servletapi/index.html |
18:54.31 | Alexys | i want download all this |
18:54.42 | Alexys | excuseme my english |
18:54.48 | *** part/#tomcat [newbie] (~newbie@pD950E132.dip.t-dialin.net) |
18:56.30 | pucko | you already have it |
18:56.34 | Alexys | http://java.sun.com/j2se/1.4.2/docs/api/ |
18:56.47 | pucko | it's in the directory of your tomcatinstallation |
18:56.52 | pucko | just go to /webapps/tomcat-docs/servletapi/ |
18:57.09 | Alexys | pucko, ok tx, this is the tomcat |
18:57.21 | Alexys | and java? http://java.sun.com/j2se/1.4.2/docs/api/ |
18:57.37 | Alexys | i need download and save in a cd |
18:57.54 | Alexys | because in my house i don't have internet |
18:58.18 | pucko | look at the downloadsection of the jdk |
18:58.25 | pucko | it should be the same place |
19:02.47 | Alexys | pucko, there is |
19:02.50 | Alexys | tx |
19:51.50 | *** join/#tomcat FBA (~FBA@200-138-212-087.fnsce7007.dsl.brasiltelecom.net.br) |
19:56.30 | *** join/#tomcat Tilos (~tilos@c213-89-229-118.cm-upc.chello.se) |
20:00.45 | FBA | hello friends |
20:30.15 | puff | Morniing. |
20:31.52 | puff | jasonb: So I finally got most of what I needed to do, done, last night. |
20:32.20 | puff | jasonb: But I think, on reflection, that I still need to set up apache/tomcat integration, at least for now. |
20:33.04 | puff | A lot of our users have their login page bookmarked, and this crowd is not what I could call technologically literate. |
21:08.26 | *** join/#tomcat sopel (~wojtek@yamato.nemo.pl) |
21:36.54 | *** join/#tomcat alx_ (~alx@213-140-17-111.fastres.net) |
21:40.05 | *** join/#tomcat deeed (~dd@m85.net195-132-129.noos.fr) |
21:40.14 | jasonb | puff: You can always configure a webapp to redirect certain old URLs for you. Oh well.. Sounds like you got lots of your stuff working though, which is good. |
21:45.15 | *** join/#tomcat dd (~dd@m85.net195-132-129.noos.fr) |
22:02.22 | loquace | ++ |
22:13.52 | *** join/#tomcat criptos (~jvelazqu@201.133.181.233) |
22:21.29 | criptos | . |
22:43.15 | pucko | silly question, but what is the benefit of using ejbs? |
22:48.20 | jasonb | pucko: Really, not much. |
22:49.06 | jasonb | pucko: Some people wanted to use EJB for its persistence, but most of them found that it was too hard to learn, or didn't perform well, or just was too clunky. |
22:50.01 | jasonb | pucko: The EJB spec has been changed and rechanged to try to address the various problems, and in the end it's probably just going to be something far different than what it started out as.. And even then it's questionable what the value is. |
22:50.34 | jasonb | pucko: Big companies sometimes like it and use it, but I tend to think that this isn't necessarily due to technical merit on EJB's part. |
22:53.40 | pucko | tnx for explaining. I've been using tomcat for a while, but never tried ejb's (hardly knew what it was until recently, but still didn't find any pro's for it) |
22:54.50 | jasonb | You're welcome. Yeah, it's actually hard to dig up pros for EJBs nowadays. Back in 1999 it would have been easy, because everyone was just going nuts over it. But, that's all calmed down now, and reality has sunk in. So, in the end, use it if you're sure it's got something you need, or, don't use it. |
22:56.14 | jasonb | I've recently heard that the new EJB (3.0?) spec throws just about everything out the window and makes EJBs basically like POJOs (Plain Old Java Objects) with persistence similar to what Hibernate does. So, don't get too used to how EJB is today.. all that's going bye bye. :) |
23:16.43 | *** join/#tomcat ohsix_ (ohsix@bc99128.bendcable.com) |
23:39.40 | *** join/#tomcat deeed (~dd@m85.net195-132-129.noos.fr) |
23:42.22 | *** join/#tomcat deeeed (~dd@m85.net195-132-129.noos.fr) |