02:21.14 | *** part/#tomcat aurynn (n=aurynn@S01060016b6e9a1b5.cg.shawcable.net) |
02:28.15 | *** join/#tomcat kombi (n=kombi@dsl093-238-113.nor1.dsl.speakeasy.net) |
02:28.42 | *** join/#tomcat kombi (n=kombi@dsl093-238-113.nor1.dsl.speakeasy.net) |
02:29.01 | kombi | anyone ever done JNDI between two wars |
02:40.02 | *** join/#tomcat kombi (n=kombi@dsl093-238-113.nor1.dsl.speakeasy.net) |
02:40.37 | kombi | anyone ever done JNDI between two wars |
03:02.04 | *** join/#tomcat yocum_ (n=yocum@c-67-176-199-21.hsd1.il.comcast.net) |
03:03.41 | *** join/#tomcat wsmoak (n=wsmoak@ip68-110-100-131.ph.ph.cox.net) |
03:20.27 | *** part/#tomcat kombi (n=kombi@dsl093-238-113.nor1.dsl.speakeasy.net) |
04:16.27 | *** join/#tomcat codeshepherd (n=codeshep@61.8.208.15) |
04:17.22 | codeshepherd | should i do HA with mod_jk or mod_jk2 ? ........ some websites says mod_jk2 is no more under development.. |
04:20.57 | *** join/#tomcat roue_ (n=roue@68-117-69-70.dhcp.roch.mn.charter.com) |
04:43.56 | *** join/#tomcat yell0w (n=yellow@unaffiliated/yellow) |
05:34.52 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
05:45.49 | *** join/#tomcat diamond (n=chatzill@c-76-21-55-30.hsd1.ca.comcast.net) |
05:47.25 | *** join/#tomcat avgf (n=chatzill@c-76-21-55-30.hsd1.ca.comcast.net) |
05:52.31 | *** join/#tomcat ezratay (n=etaylor@p78-70.acedsl.com) |
05:54.38 | *** mode/#tomcat [+o jasonb] by ChanServ |
05:57.27 | *** topic/#tomcat by jasonb -> http://tomcat.apache.org Latest stable versions: 6.0.10, 5.5.20 and 4.1.34. Newbies use the official binary from tomcat.apache.org, or an RPM package from http://www.webdroid.org:8080/archives/tomcat-package. Check your Tomcat logs before you attempt to find an answer. SLOW MOTION CHANNEL (we all have jobs & kids): Ask your question, including your TC, Java, & OS versions, then wait; check back often for answers. |
06:00.42 | r1sk | Hi folks. I've just installed Tomcat 5.5.20 with Java 1.5.0_06-b05 on WinXP and IIS 5.1. Tomcat Web Application Manager seems to work otherwise except when I click the links to the host-manager and manager applications: I get a 404 "The requested resource (/host-manager/) is not available" error. Any ideas? |
06:07.03 | r1sk | ... and if I manually append /html to the URL, it works i.e. http://localhost:8080/host-manager/html |
06:20.00 | jasonb | Probably the links to them are just wrong. |
06:20.18 | r1sk | jasonb: thanks--where can i fix the links? |
06:20.51 | jasonb | Well, are you clicking on them in Tomcat's main page? |
06:21.13 | jasonb | (probably index.jsp ?) |
06:21.17 | r1sk | yes, if you mean by the main page the Tomcat Web Application Manager |
06:21.36 | jasonb | Hmm, Give me an example of the URL. |
06:22.31 | r1sk | all the links work except host-manager and manager. host-manager is http://localhost:8080/host-manager but when i click on it gives the 404 error |
06:23.29 | r1sk | by "all the links work except" i mean admin, balancer, jsp-examples, servlets-examples, tomcat-docs, and webdav |
06:24.38 | jasonb | Yes, but I'm asking which page contains the link, not to tell me the URL to the manager (which I already know). |
06:24.52 | jasonb | I'm asking which page you're looking at when you're clicking the link. |
06:25.38 | r1sk | sorry, i misunderstood. i'm looking at http://localhost:8080/manager/html/list |
06:27.10 | r1sk | if i go there from the first page of Tomcat the URL is http://localhost:8080/manager/html |
06:28.11 | jasonb | Well, I think the manager is generally just giving out a URL to each context's root. It does not know what you'll find there. In the case of the manager and host-manager (which are nearly identical), the root URL of those contexts has nothing mapped, and directory listings for those contexts is not enabled, so you end up with a 404, even though you have correctly linked over to the root of these contexts. |
06:31.03 | r1sk | jasonb, i think i understand what you;re saying. i noticed that if i append html to the url manually it gets to the right place, so is there a configuration file for the application manager that i could edit? |
06:31.34 | *** join/#tomcat yellow (n=yellow@c-67-162-200-236.hsd1.ar.comcast.net) |
06:31.48 | r1sk | by the way this is a brand new installation and i haven't changed anything |
06:32.05 | jasonb | What would you change? Which webapp would you change? What would you make the webapp do differently? |
06:32.34 | *** join/#tomcat codeshepherd (n=codeshep@61.8.208.15) |
06:33.07 | codeshepherd | Did anyone answer my question, when I was away? |
06:34.03 | r1sk | well if the link was http://localhost:8080/host-manager/html it would work |
06:36.04 | jasonb | r1sk: But the manager is not trying to know the details of each webapp. It is offering generic links, one link for each webapp's context root. The manager is not meant to be an index page for all of Tomcat's webapps. That's what the /index.jsp page is meant to be. |
06:37.02 | r1sk | i got it. so something is missing or misconfigured with the two webapps context roots (manager and host-manager). |
06:37.36 | jasonb | Nothing is missing, nor misconfigured. |
06:38.12 | jasonb | The manager just does not know (nor care) about every last detail of each webapp that is deployed. |
06:39.33 | r1sk | ok, i made the assumption that those links should work, because all the others work. Are you saying they don't work on your Tomcat Web Applicaiton Manager either? |
06:39.56 | jasonb | They don't. They're not meant to. |
06:40.46 | jasonb | It isn't the case that all webapps have something mapped to the root of their URI space. |
06:41.40 | r1sk | thanks for explaining it. i mistakenly assumed that the idea was to let you click on the path in the Web Application Manager and go to the application. |
06:42.50 | jasonb | The idea is that it would be convenient to auto-generate links to the root of the deployed web applications on the chance that there *might* be something mapped to the root of the webapp, which is common, but not absolute. |
06:43.30 | r1sk | i see. btw why does appending html to the uri work? there's no html directory in the root of the webapp |
06:43.46 | jasonb | And, years ago when the manager was written, this was actually true of the manager webapp.. it did have something mapped to the root of its context. |
06:44.48 | jasonb | the /manager/html URI is meant to represent the HTML interface to the manager, as opposed to the plain-text interface to the manager, which used to be mapped to the root of the context. :) |
06:48.11 | r1sk | i see, so it's a virtual directory. thanks for your help clearing this up! |
06:48.51 | jasonb | Yes, the URI space can be a whole different thing than the file system name space. |
06:48.57 | jasonb | They don't need to be alike. |
06:49.14 | jasonb | They *can* be alike, however. |
06:49.33 | *** join/#tomcat yell0w (n=yellow@unaffiliated/yellow) |
06:49.46 | jasonb | And, generally, with no URI mappings in web.xml, the servlet container will try to map URI paths to file system paths. |
06:51.01 | r1sk | interesting... i looked all over for an explanation of why the links didn't "work" and couldn't find one of course because I made the wrong assumption |
06:56.45 | r1sk | well jasonb thank you very much. |
07:15.05 | codeshepherd | how do i make tomcat generate mod_jk.conf ? .. google says i should start tomcat with "jkconf" options.. is it like "TOMCAT_HOME/bin/startup.sh jkconf " .. i did so. but it did not generate any config files :( |
07:26.01 | *** join/#tomcat CrummyGummy (n=CrummyGu@dsl-242-25-172.telkomadsl.co.za) |
08:01.43 | *** join/#tomcat seshf (n=kvirc@mx1.hesgdv.de) |
08:15.06 | *** join/#tomcat prgrmr (n=prgrmr@bzq-88-152-25-109.red.bezeqint.net) |
08:49.56 | *** join/#tomcat nik (n=act@58.68.28.66) |
08:51.56 | *** join/#tomcat prgrmr_ (n=prgrmr@bzq-88-154-93-214.red.bezeqint.net) |
09:09.09 | *** join/#tomcat sang1 (n=act@58.68.28.66) |
09:17.49 | *** join/#tomcat CrummyGummy (n=CrummyGu@dsl-242-25-172.telkomadsl.co.za) |
09:22.55 | *** join/#tomcat lyken (n=dc@203-206-91-233.dyn.iinet.net.au) |
09:31.12 | *** join/#tomcat yassine (n=yassine@dsl.voicint.com) |
10:02.56 | *** join/#tomcat wam (n=wam@p549CDA83.dip.t-dialin.net) |
10:05.59 | *** join/#tomcat junckritter (n=junckrit@janka.ii.fmph.uniba.sk) |
10:11.59 | *** join/#tomcat _Robin_ (n=robin@gatekeeper.chaptereight.com) |
10:12.28 | _Robin_ | Hi! |
10:13.12 | _Robin_ | I'm on tomcat 5.5.20, ubuntu edgy, using sun jdk 1.6.0-b105 |
10:13.36 | _Robin_ | I've got a test service using axis 2, and I keep getting errors like this: |
10:14.00 | _Robin_ | Class org.apache.axis2.receivers.AbstractMessageReceiver can not access a member of class com.chaptereight.soap.BuddyTestService with modifiers "" |
10:14.10 | _Robin_ | Any ideas, I'm a bit stuck! |
10:50.15 | *** join/#tomcat RobertB (n=RobertB@c-8d3b70d5.03-72-73746f25.cust.bredbandsbolaget.se) |
10:51.03 | RobertB | Hi! I have Windows XP, Tomcat 5.5 and Java 1.5. I have done a fair amount of googling on this problem but haven't come up with any satisfactory solutions. I'd appreciate any help. |
10:51.19 | RobertB | What's the easiest way of binding different servlets to different ports without using multiple Tomcat instances? |
10:53.47 | RobertB | Oh, and I believe it's Tomcat 5.5.20, BTW. :) |
10:55.18 | *** join/#tomcat Hali_303 (n=surfk@dsl5400CD29.pool.t-online.hu) |
11:17.41 | *** join/#tomcat CrummyGummy (n=CrummyGu@dsl-242-25-172.telkomadsl.co.za) |
11:25.49 | *** part/#tomcat junckritter (n=junckrit@janka.ii.fmph.uniba.sk) |
11:45.45 | *** join/#tomcat prgrmr (n=prgrmr@bzq-88-154-93-214.red.bezeqint.net) |
11:59.21 | *** join/#tomcat wam (n=wam@p549CDE89.dip.t-dialin.net) |
12:21.33 | *** part/#tomcat _Robin_ (n=robin@gatekeeper.chaptereight.com) |
12:51.43 | *** join/#tomcat randrew (n=raj@dolmen.cc.columbia.edu) |
12:58.48 | *** join/#tomcat Zaph0d^ (i=Zaph0d@80.178.139.190.adsl.012.net.il) |
13:26.11 | *** part/#tomcat sang1 (n=act@58.68.28.66) |
13:36.42 | *** join/#tomcat Zaph0d^ (i=Zaph0d@80.178.8.240.adsl.012.net.il) |
13:42.59 | *** join/#tomcat f0rget__ (n=f0rget@12.104.6.129) |
14:11.12 | *** join/#tomcat yocum_ (n=yocum@c-67-176-199-21.hsd1.il.comcast.net) |
14:35.54 | *** join/#tomcat yell0w (n=yellow@unaffiliated/yellow) |
14:52.51 | *** join/#tomcat roue (n=roue@afterthought.ACS.Carleton.edu) |
16:04.27 | *** join/#tomcat Zaph0d^ (i=Zaph0d@80.178.8.240.adsl.012.net.il) |
16:04.53 | roue | hola |
16:06.05 | roue | I'm trying to create a webapp specific context.xml file to place in my $CATALINA_HOME/webapps/shibboleth-idp/META-INF/ directory, but I'm having trouble finding a basic example. The tomcat docs (I'm running 5.5.20) show all the attributes, but it would be helpful to have a basic version to start with. Any suggestions? thanks. |
16:15.32 | *** join/#tomcat yocum_ (n=yocum@wynand.dhcp.fnal.gov) |
16:44.30 | roue | I'm trying to create a webapp specific context.xml file to place in my $CATALINA_HOME/webapps/shibboleth-idp/META-INF/ directory, but I'm having trouble finding a basic example. The tomcat docs (I'm running 5.5.20/jdk 1.6/RHEL AS 3) show all the attributes, but it would be helpful to have a basic version to start with. Any suggestions? thanks. |
16:45.41 | roue | I've created the context.xml with a JNDI realm entry that works fine if it's sitting in conf/servlet.xml's <Engine> block, but it's not working in the webapps/shibboleth/META-INF/context.xml . any tips? thakns. |
16:46.18 | *** join/#tomcat esk-syntactic (n=paulo@eu83-213-160-232.clientes.euskaltel.es) |
16:48.14 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
16:50.59 | *** join/#tomcat teneighty (n=thorton@unaffiliated/teneighty) |
17:22.18 | *** join/#tomcat mborda (n=mborda@200.31.127.86) |
17:22.22 | mborda | hi guys |
17:22.46 | mborda | i want to know how much memory i use for my java applications |
17:22.48 | mborda | any idea? |
17:22.54 | roue | top ? |
17:25.33 | mborda | roue, i think JVM have a configuration for memory right? |
17:25.43 | mborda | but i dont know where is these configuration |
17:25.57 | roue | mborda you can specify -Xmx and -Xms when you call /usr/bin/java |
17:26.20 | roue | that's max and min heap size in megabytes. |
17:26.22 | roue | I think. |
17:26.59 | mborda | ok i try |
17:27.02 | mborda | wait . . . |
17:30.23 | mborda | roue, i see these error when i call these |
17:30.38 | mborda | [root@db2 ~]# /usr/local/java/bin/java -Xmx |
17:30.39 | mborda | Invalid maximum heap size: -Xmx |
17:30.39 | mborda | Could not create the Java virtual machine. |
17:31.50 | roue | try /usr/local/java/bin/java -Xmx256m instead |
17:31.51 | harpoon | mborda: you have forgotten to specify the size |
17:32.05 | harpoon | an int-value is missing |
17:32.43 | mborda | ok |
17:33.01 | mborda | i do a ps afxuwww | grep tomcat |
17:33.16 | mborda | and i see that |
17:33.19 | mborda | -Xmx1600m -Xms1600m -Xmn800m -Xss128k |
17:33.44 | roue | anyone have a clue about why my webapps/$appname/META-INF/context.xml file is being ignored? |
17:35.49 | harpoon | maybe wrong syntax? |
17:38.30 | mborda | where can i find Xmn definition or examples |
17:38.40 | mborda | equal for Xmx and Xms-=? |
17:38.50 | roue | here's the META-INF/context.xml file I'm using http://apache.pastebin.ca/369214 |
17:39.11 | roue | I'm expecting a /tmp/shibboleth_access_log.txt file to be created but it's not. |
17:39.25 | roue | similar the realm is being ignored. |
17:51.20 | mborda | harpoon, yep |
17:53.33 | roue | i'm tearing my hair out here. |
17:53.51 | mborda | what means tearing? |
17:55.17 | roue | ripping? |
17:55.17 | roue | yanking? |
17:55.20 | roue | pulling until bald. |
17:55.20 | roue | that sort of thing. |
17:55.20 | mborda | ok |
17:55.20 | mborda | thanks |
17:55.20 | roue | it's fun. |
17:57.54 | yocum_ | Mmmm. shibboleth. |
18:03.47 | yocum | roue: this is what I have in my /etc/init.d/tomcat-5 rc script: export CATALINA_OPTS="-Xms128M -Xmx2048M -XX:-OmitStackTraceInFastThrow -XX:MaxPermSize=256m $CATALINA_OPTS" |
18:03.55 | yocum | which might help |
18:04.26 | roue | yocum that will help it use the META-INF/context.xml file? |
18:04.58 | roue | I think I'm okay for memory for now at least. |
18:05.18 | yocum | oh, ok. Let me check the context.xml business.... |
18:05.19 | roue | I'm trying to place the JNDI bind to LDAP outside of conf/server.xml |
18:05.23 | roue | thanks. |
18:07.21 | roue | when I place the <REALM/> block in serverl.xml's <Engine/> block it works fine. but if I move it into webapps/shibboleth-idp/META-INF/context.xml it's ignored. I placed the logging block in context.xml to see if I could get it to create the log file in /tmp/ and that's not working either. seems like the META-INF/context.xml file is being ignored completely. |
18:07.41 | roue | I tried placing it in $CATALINA_HOME/conf/Catalina/localhost/shibboleth-idp.xml as well, but that was ignored too. |
18:08.20 | roue | I thought maybe I needed to add deployXML="true" to the server.xml's <HOST/> param list, but that didn't have an effect ( I think true is the default, anyway). |
18:08.23 | roue | it's vexing :) |
18:13.39 | roue | I've read through the documentation, tomcat user mailing list, etc. It seems that placing context specific realm info in server.xml is strongly frowned upon. The preferred location is either of the two I tried above. |
18:14.38 | yocum | ok, I'm clueless on how to do this.... oh, let me dig a little more... I just had a thought. |
18:15.21 | roue | thanks. |
18:15.33 | roue | I appreciate any help. been banging my head against this for two days. |
18:19.09 | yocum | so, I know the GUMS developers at BNL are interfacing to the BNL ldap server - I'm poking through their code to see if there's something that stands out. |
18:19.28 | yocum | http://grid.racf.bnl.gov/GUMS/ |
18:20.29 | yocum | gums - grid user mapping service, fwiw |
18:20.50 | roue | okay |
18:22.16 | roue | you work at a particle accelerator? cool. |
18:22.37 | randrew | roue: what version of tomcat |
18:22.39 | randrew | ? |
18:22.46 | roue | 5.5.20 under jdk 1.6 |
18:22.57 | roue | running on Redhat enterprise linux 3 |
18:23.23 | roue | the jdk is direct from sun, tomcat is direct from tomcat.apache.org |
18:23.24 | yocum | yeah, and there's rumblings about using shibboleth which is what caught my attention. |
18:23.55 | randrew | roue: is your Engine name in server.xml still the default, "Catalina" |
18:23.56 | roue | shibb is a bit confusing to get set up at first, but once you get through all the jargon and ssl cert configs it's not too bad. |
18:24.17 | randrew | shibboleth is wonderful |
18:24.27 | roue | <Engine name="Catalina" defaultHost="localhost"> |
18:25.31 | roue | I have basically the stock server.xml file. the only difference is a commented out <REALM> to bind to our LDAP server. It worked when uncommented, but I wanted to move it to a context.xml file in webapps/shibboleth-idp/META-INF/context.xml |
18:26.43 | randrew | roue: is the old <Context> def completely out of server.xml? |
18:27.29 | roue | randrew I never created a <Context> def in server.xml . I placed the <Realm/> block in <Engine></Engine> |
18:27.44 | randrew | ah |
18:28.01 | roue | I was going to try that first, but everything I read said that's not the right way to go. |
18:29.31 | roue | one thing to note: shibb deployed from a shibboleth-idp.war file placed in $CATALINE_HOME/webapps . I've just been modifying files in the webapps/shibboleth-idp directory that was created on the first deployment, not rebuilding the .war file. I'm relatively new to tomcat, so I'm not sure if I should actually be redeploying from a modified war file. |
18:30.45 | roue | also, here's the context.txt file I'm using http://apache.pastebin.ca/369214 |
18:30.52 | roue | er. wait a second. |
18:31.03 | roue | context.xml that is. |
18:31.16 | roue | thought I might have done something really stupid for a second there. |
18:40.00 | *** join/#tomcat f0rget__ (n=f0rget@12.104.6.129) |
18:42.20 | *** join/#tomcat yell0w (n=yellow@unaffiliated/yellow) |
18:55.42 | roue | okay, if I place a context specifically in the server.xml's <HOST> block it works the way I'd expect. |
18:55.57 | roue | I think I'm going to write this up and post it to the tomcat user's mailing list. |
18:56.03 | roue | maybe someone will have an idea. |
18:56.19 | roue | but it's 1pm here and I need some lunch. |
18:56.22 | roue | thanks for your help |
18:56.28 | roue | I'll be back in an hour or so. |
19:25.42 | *** join/#tomcat CrummyGummy (n=CrummyGu@dsl-242-25-172.telkomadsl.co.za) |
19:54.16 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
20:23.35 | *** join/#tomcat yocum_ (n=yocum@wynand.dhcp.fnal.gov) |
20:38.02 | *** join/#tomcat SoNIc (i=SoNIc@212.110.69.162) |
20:53.31 | *** join/#tomcat roue (n=roue@afterthought.ACS.Carleton.edu) |
20:53.41 | roue | hola |
20:57.09 | randrew | roue: hi. server.xml is more reliable. |
20:57.20 | roue | that's what you're finding? |
20:57.28 | roue | it works for me too, but the docs say not to use it. |
20:57.46 | randrew | roue: the docs are a little off sometimes |
20:57.46 | roue | I wrote up my question and sent it to the tomcat-users mailing list. |
20:57.50 | roue | heh |
20:58.00 | *** join/#tomcat darkfrog (n=mhicks@captiveimagination.com) |
20:58.15 | roue | how did you figure that out? |
20:58.35 | roue | (or rather, what's the reason behind saying server.xml is more reliable). |
20:58.46 | roue | aside from that it's the only way I can get it to work. |
20:58.48 | randrew | well, they've been shuffling the deployment options a lot from version to version of tomcat. server.xml has always been solid. |
20:58.53 | darkfrog | It seems as though my servlet can only handle one request at a time? I have a Servlet that takes up to 15 seconds to return on a request and it's causing any other concurrent requests to that servlet to wait...is there anything I can do to resolve this? |
21:00.03 | randrew | depending on your deployment method, some options are not available within <context> defs. with server.xml all options are available. |
21:00.07 | roue | darkfrog does your servlet have any synchronize blocks? |
21:00.26 | roue | randrew okay. thanks much. I appreciate the help. |
21:00.37 | darkfrog | roue, no |
21:00.38 | randrew | roue: np, good luck with shib |
21:00.44 | roue | thanks. |
21:01.05 | roue | darkfrog is it doing database queries that might lock tables? |
21:01.10 | darkfrog | no |
21:01.18 | roue | what's it doing? |
21:01.39 | darkfrog | in fact, I can stick a Thread.sleep(30000) in and I can watch another request sit and wait for that to finish. |
21:02.13 | roue | what's your version of tomcat / java / os etc? |
21:02.39 | darkfrog | roue, Tomcat 5.5, Windows XP, JDK 1.6 |
21:02.50 | darkfrog | roue, running in Eclipse WTP |
21:03.11 | roue | darkfrog, I don't know then. sounds very odd. |
21:03.23 | roue | are you running through a proxy (mod_jk etc)? |
21:03.26 | darkfrog | no |
21:04.05 | roue | darkfrog, let me see if I can duplicate the problem. |
21:04.50 | darkfrog | roue, k...I'm working up a simple test as well to verify. |
21:08.50 | roue | <PROTECTED> |
21:08.55 | darkfrog | ? |
21:08.57 | roue | I see the same thing. |
21:09.05 | darkfrog | dang...that's what I was afraid of |
21:09.16 | roue | it just sort of stacks up. |
21:09.20 | darkfrog | yeah |
21:09.25 | roue | shouldn't do that. :) |
21:09.30 | darkfrog | EXACTLY! |
21:09.31 | darkfrog | :) |
21:09.37 | roue | though the sleep thing might be a bad test. |
21:09.56 | roue | it might be sleeping the whole container. I dunno. |
21:10.16 | darkfrog | that doesn't make any sense...sleep by definition would only sleep that thread. |
21:10.26 | darkfrog | to allow other threads to continue |
21:10.53 | roue | okay, it's not doing that. |
21:10.59 | roue | the other apps load fine. |
21:11.25 | darkfrog | is doGet synchronized internally or something? |
21:11.43 | roue | dunno. I'm pretty new to this. |
21:11.54 | roue | maybe there's a thread count that has to be specified. |
21:15.06 | roue | there is a thread count specified in server.xml's connection blocks, but it doesn't help. |
21:16.06 | roue | I'm not sure what to make of it. |
21:16.06 | roue | I would have assumed you could run a bunch of threads concurrently too. |
21:18.35 | *** join/#tomcat jasonb (i=noneoyer@adsl-66-124-73-250.dsl.sntc01.pacbell.net) |
21:18.44 | *** part/#tomcat randrew (n=raj@dolmen.cc.columbia.edu) |
21:31.25 | *** join/#tomcat esk-syntactic (n=paulo@eu83-213-160-232.clientes.euskaltel.es) |
22:31.38 | *** join/#tomcat LongBeach (n=mike@AFontenayssB-152-1-56-188.w82-121.abo.wanadoo.fr) |
23:43.34 | *** join/#tomcat ramza3 (n=ramza3@c-24-99-72-157.hsd1.ga.comcast.net) |