| 00:00.17 | *** join/#tomcat zeph_ (~zeph@213-140-6-112.fastres.net) |
| 00:00.38 | *** part/#tomcat zeph (~zeph@213-140-6-112.fastres.net) |
| 00:08.15 | *** join/#tomcat JamesCard (jdcard@208-25-49-25.stk.inreach.net) |
| 00:14.55 | *** join/#tomcat zeph (~zeph@213-140-6-112.fastres.net) |
| 01:00.12 | *** join/#tomcat JamesCard (~jdcard@208-25-49-25.stk.inreach.net) |
| 01:43.44 | *** join/#tomcat sime (~sime@c211-30-242-222.rivrw5.nsw.optusnet.com.au) |
| 01:44.54 | sime | can you have mutliple security constraints for the same url-pattern, because i would like to allow one role to have both get/post, while another only get |
| 01:53.07 | *** part/#tomcat JamesCard (~jdcard@208-25-49-25.stk.inreach.net) |
| 02:06.35 | *** join/#tomcat chsh (~someone@d235-181-206.home1.cgocable.net) |
| 03:16.12 | *** join/#tomcat Gunkar (~truxa@80.172.5.195) |
| 04:25.12 | *** join/#tomcat Braincrash (~truxa@80.172.4.89) |
| 05:07.35 | *** join/#tomcat IRCMonkey (~chatzilla@218.150.134.92) |
| 05:08.55 | *** join/#tomcat Braincrash (~truxa@80.172.4.170) |
| 05:16.35 | *** join/#tomcat a4akb (yo@168.187.87.82) |
| 05:17.50 | a4akb | The wink in topic ;)<-- looks gay |
| 05:18.16 | a4akb | or some kind of trick? :) |
| 06:06.56 | *** join/#tomcat mostroo (~mostro@dsl-082-082-165-151.arcor-ip.net) |
| 06:11.30 | *** join/#tomcat akz (~akz@202.88.239.86) |
| 06:34.21 | *** join/#tomcat schlumpf (~vx_schlum@dsl-082-083-063-060.arcor-ip.net) |
| 06:50.31 | *** join/#tomcat akz (~akz@202.88.239.86) |
| 08:36.45 | *** join/#tomcat IRCMonkey (~chatzilla@corp.prisacom.com) |
| 08:36.56 | *** part/#tomcat IRCMonkey (~chatzilla@corp.prisacom.com) |
| 09:24.21 | *** join/#tomcat chsh (~someone@d235-181-206.home1.cgocable.net) |
| 09:24.51 | *** join/#tomcat mostroo (~mostro@dsl-082-082-165-151.arcor-ip.net) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat a4akb (yo@168.187.87.82) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat Braincrash (~truxa@80.172.4.170) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat noah (~noah@computer.cc.columbia.edu) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat sektor195 (~please@216.86.45.98) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat jasonc__ (~jacorley@g5bang.csc.ncsu.edu) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat davi (davi@215.Red-80-25-136.pooles.rima-tde.net) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat rreck (~rreck@206.239.39.11) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat bugfixer (~bugfixer@42gis175.gulftel.com) |
| 09:24.51 | *** join/#tomcat PasTresBeau (~pastresbe@border.iutv.univ-paris13.fr) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat jasonb (mdkuser@adsl-66-124-73-250.dsl.sntc01.pacbell.net) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat rna (rna@b141d.mtalo.ton.tut.fi) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat levon (~levon@mail.feature-it.de) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat Jakdaw (1000@radar.wapmx.com) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat Raboo (rabi@nikson.dataphone.se) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat _phantom_ (phantom@unicorn.chsh.org) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat nonix4 (f+iheino+n@jt5-255.tky.hut.fi) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat PW_Wrk (~Pointwood@62.243.38.210) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat asdasd (antilove@zolo.freelsd.net) [NETSPLIT VICTIM] |
| 09:24.51 | *** join/#tomcat inconspicuous (~inconspic@stinkymonkey.cc.columbia.edu) [NETSPLIT VICTIM] |
| 09:54.43 | *** join/#tomcat IRCMonkey (~chatzilla@202.186.46.5) |
| 09:55.02 | *** part/#tomcat IRCMonkey (~chatzilla@202.186.46.5) |
| 10:04.29 | *** join/#tomcat mnemonic (knkkjbl534@cable-213.214.40.49.coditel.net) |
| 10:39.56 | *** join/#tomcat Spline (~dj_aia@wsip-68-99-67-114.ok.ok.cox.net) |
| 10:42.24 | *** join/#tomcat Arturo (~factor@adsl-18-77.swiftdsl.com.au) |
| 10:43.17 | *** part/#tomcat Arturo (~factor@adsl-18-77.swiftdsl.com.au) |
| 11:29.17 | *** join/#tomcat schlumpf (~vx_schlum@dsl-082-083-063-060.arcor-ip.net) |
| 11:55.04 | *** join/#tomcat rechteeh (recht@recht.aub.auc.dk) |
| 12:05.40 | *** join/#tomcat IRCMonkey_ (~chatzilla@micky.informatik.haw-hamburg.de) |
| 12:14.41 | *** join/#tomcat Ryan (~dj_aia@wsip-68-99-67-114.ok.ok.cox.net) |
| 12:16.38 | *** join/#tomcat fisico (~wilson@nat.datagrupo.com.br) |
| 12:22.46 | *** part/#tomcat fisico (~wilson@nat.datagrupo.com.br) |
| 13:52.42 | *** join/#tomcat mod_cure (~Cure@cs666863-15.austin.rr.com) |
| 14:14.42 | *** join/#tomcat phunni (~paul@82-32-33-110.cable.ubr05.azte.blueyonder.co.uk) |
| 14:14.50 | phunni | hello |
| 14:15.09 | phunni | is anyone able to help me with a little SSL and Apache problem? |
| 14:15.44 | *** part/#tomcat rechteeh (recht@recht.aub.auc.dk) |
| 14:22.39 | phunni | anyone here...? |
| 14:23.06 | phunni | hello (hello, hello, hello echo... echo... echo...) |
| 14:30.31 | *** join/#tomcat es (~esac@ppp-82-84-234-174.cust-adsl.tiscali.it) |
| 14:37.15 | phunni | is anyone able to help me with a little SSL and Apache problem? |
| 14:45.11 | *** part/#tomcat phunni (~paul@82-32-33-110.cable.ubr05.azte.blueyonder.co.uk) |
| 15:08.49 | *** join/#tomcat a4akb (yo@62.150.170.59) |
| 15:11.37 | *** join/#tomcat schlumpf (~vx_schlum@dsl-082-083-063-060.arcor-ip.net) |
| 15:37.47 | *** join/#tomcat schlumpf (~vx_schlum@82.83.63.60) |
| 15:49.31 | *** join/#tomcat sektor195 (~please@216.86.45.98) |
| 15:50.05 | sektor195 | hi, can you guys help me analyze an error I'm having that could be causing tomcat to crash, and is it possible for one application to crash tomcat. |
| 16:06.35 | *** join/#tomcat awatson (~awatson@mx.netflix.com) |
| 16:43.21 | *** part/#tomcat sektor195 (~please@216.86.45.98) |
| 17:35.04 | *** join/#tomcat Braincrash (~truxa@80.172.4.170) |
| 17:35.35 | a4akb | Braincrash your pc crashed |
| 18:36.48 | *** join/#tomcat sohail (~sohail@sohail.registered) |
| 18:43.55 | *** join/#tomcat vinse (~delfonic_@66-151-49-205.sog.polarisnet.net) |
| 18:46.36 | *** join/#tomcat a4akb (yo@as34-a3.qualitynet.net) |
| 19:05.02 | *** join/#tomcat bugfixer (~bugfixer@42gis175.gulftel.com) [NETSPLIT VICTIM] |
| 19:38.47 | sohail | any tips on how to write a generic servlet for say a telnet server |
| 19:41.28 | jasonb | sohail: While you could write a servlet to do that, servlets are mainly for HTTP kinds of uses. Tomcat does not implement any kind of generic TCP connector (although that could pretty easily be added), so you would need to write all your own TCP socket stuff as part of your servlet/webapp. In general, this may not be a great way to implement it. |
| 19:41.46 | sohail | jason, i know, just to do it for fun |
| 19:41.51 | sohail | jasonb that is |
| 19:42.11 | jasonb | sohail: Okay, sure, for fun you can do it without worrying. :) |
| 19:43.07 | jasonb | sohail: Are you wanting to write it as a servlet container implementation independent package? Or, do you want it to be specifically for Tomcat? |
| 19:43.19 | jasonb | sohail: If it's specifically for Tomcat, you could write a generic TCP connector. |
| 19:44.02 | sohail | jasonb i wanted to write a container independent implementation |
| 19:44.24 | jasonb | sohail: Also, you might want to subclass GenericServlet with your own TelnetServlet base class.. |
| 19:45.00 | jasonb | sohail: If it's container independent, then you don't want to implement any of it as a Tomcat Connector. You'd want the ServerSocket code to be part of the webapp. |
| 19:46.32 | jasonb | sohail: Now, since you're not using HTTP, Tomcat wouldn't provide much in the way of communications, but it would provide your code features like lifecycle management (servlets have this by default), and logging framework (although you can always use Log4J if you like that kind of pain), and a deployment framework. |
| 19:46.41 | jasonb | sohail: Oh, and the security manager, of course. |
| 19:48.03 | sohail | jasonb i did think of that but couldnt see of a way to do it within tomcat |
| 19:49.21 | sohail | like how would i configure it in tomcat |
| 19:49.24 | sohail | for example |
| 19:50.09 | sohail | filters look interesting |
| 19:50.55 | sohail | ok jasonb thanks! I'll look into it and come back with some intelligent questions :) |
| 19:50.57 | sohail | thanks |
| 19:54.33 | *** join/#tomcat dkk (~dkk@dyn-watt-190-170.dyn.columbia.edu) |
| 19:55.57 | *** join/#tomcat vinse (~delfonic_@66-151-49-205.sog.polarisnet.net) |
| 20:05.00 | jasonb | sohail: No problem. |
| 20:31.31 | *** join/#tomcat schlumpf (~vx_schlum@82.83.63.60) |
| 21:03.37 | *** join/#tomcat joered (~chatter@213-156-52-102.fastres.net) |
| 21:06.38 | *** join/#tomcat x-otic (~x-otic@212.242.207.89) |
| 21:07.01 | x-otic | hi, any tomcat developers or any with technical insight on the channel? |
| 21:09.25 | x-otic | the thing is, i'm extending tomcat with my own protocol - basically i'm using tomcat as a frontend - if it receives http requests it will process it itself, but if the protocol is my own, then it will forward the connection to my server - this is all well and it works by extending http11processor - but i'd like to use nio and tomcat doesn't support this (when accepting sockets from clients) or does it? |
| 21:12.03 | x-otic | anyone even reading this channel? ;) |
| 21:12.13 | x-otic | is there a developer-channel for tomcat? |
| 21:15.26 | *** join/#tomcat Braincrash (~truxa@80.172.5.159) |
| 21:20.37 | jasonb | x-otic: I'm here. |
| 21:20.53 | x-otic | jasonb: great, i thought this channel was dead ;) |
| 21:21.00 | jasonb | x-otic: Which version of Tomcat are you using? |
| 21:21.14 | x-otic | jasonb: i'm using one of the latest builds of tomcat5 |
| 21:21.26 | jasonb | x-otic: No, this channel isn't dead. But, many of us are often busy with stuff. |
| 21:21.53 | x-otic | jasonb: ok, are there any tomcat developers on the channel? |
| 21:21.58 | jasonb | x-otic: Okay. TC5 is good. |
| 21:22.19 | jasonb | x-otic: Depending on how you define "tomcat developer", yes. :) |
| 21:22.29 | jasonb | x-otic: Why is it that you want to use NIO? |
| 21:24.20 | x-otic | jasonb: i love tomcat, and it is really appreciated ;) - and i'd like to extend tomcat to handle my own protocol and use tomcat as a frontend - but i'd like my server to use nio and since socketchannels can only be established by nio's accept()-metod, tomcat needs to use nio's accept instead of net's accept... |
| 21:25.17 | jasonb | x-otic: I'm glad you like Tomcat. I like it quite a bit as well. |
| 21:25.22 | x-otic | jasonb: i'll need all the networking-power i can get, so nio is a must - my protocol will be used to do heavy networking-stuff for a lot of connections... |
| 21:25.54 | jasonb | x-otic: Okay, so are you going to use HTTP or is it some non-HTTP protocol you're implementing? |
| 21:27.13 | x-otic | jasonb: i've hooked into http11processor when it's validating the http-header - and if it isn't HTTP/x.x it tries to see if its my protocol by matching another string - and if it is my protocol, its binary from there - so it really isn't HTTP.. |
| 21:28.27 | jasonb | x-otic: If you're trying to get all the performance out of it that you can get, then you really shouldn't subclass Http11Processor at all, but instead make your own class that does only what it absolutely must do in order to fulfill the request. |
| 21:28.35 | x-otic | jasonb: i'll be hosting my server inside tomcat and will like to use tomcat for that purpose, since we only need one server-app ;) - i'll need all the power i can get, so no multi-process-solution with socket-forwarding though local sockets on the server ;) |
| 21:29.27 | jasonb | x-otic: Do you intend to write servlets that handle requests for your protocol? |
| 21:29.36 | x-otic | jasonb: it isn't the establishment of the connection im looking to push performancewise, its when the connection is already made and forwarded to my server... |
| 21:30.05 | jasonb | x-otic: Define "my server".. |
| 21:30.10 | x-otic | jasonb: no, when tomcat see's that its my protocol, the thread is taken out of the pool and given to my server - tomcat never sees the thread again ;) |
| 21:30.53 | jasonb | x-otic: If you want to circumvent basically 100% of what Tomcat does, then what benefit would you get out of Tomcat in this scenario? |
| 21:30.59 | x-otic | jasonb: my server is an application started inside the tomcat-server-process, and when the http11processor sees that its my protocol, the connection (and thread) is forwarded to "my server" |
| 21:31.45 | jasonb | x-otic: So "my server" is some Java code that runs within the Tomcat JVM? Started as a webapp or started as a component of your custom connector? |
| 21:32.21 | x-otic | jasonb: if the request is http tomcat will process it - if its a connection that uses my protocol, its forwarded to my server and tomcat leaves it alone - the benefit is that only one point of connection is used; port 80 on my server - and it handles both http and my propritary protocol ;) |
| 21:33.59 | *** join/#tomcat LinuxNT (~Fabian@201.129.121.249) |
| 21:34.28 | jasonb | x-otic: Okay. That makes some sense. :) So then subclassing Http11Processor is okay, but that code does *not* use NIO, and to use NIO instead you would need to reimplement quite a bit of code. |
| 21:34.32 | x-otic | jasonb: yep, my server is a java-app running inside the tomcat-process - the entry-point for tomcat to my application is a method "connect(Socket s)" - from there, my server takes over the socket and tomcat never sees it again - when my server receives the socket from tomcat, it will need it to be accepted by the nio-system to use it as a channel.... |
| 21:35.33 | x-otic | jasonb: im not looking to get tomcat running on nio - http requests should be handled the way tomcat does it - but i really need tomcat to use nio's serversocket instead of net's serversocket... |
| 21:35.41 | jasonb | x-otic: Let me ask you this: do you want each request (for your custom protocol) to be handled within 1 Thread? If so, I don't think NIO will be of much help.. which is mainly why Tomcat doesn't implement an NIO connector. |
| 21:36.56 | x-otic | jasonb: im currently looking at PoolTcpEndpoint - this looks as a possible way to use nio to accept connections - and when i get the nio's channel, i can get its serversocket at return it to tomcat - and when it forwards it to my server, i can call getChannel and voila, im there - or am i missing something? ;) |
| 21:38.09 | x-otic | jasonb: no, some thread-switching will take place - i'll be using a low number of threads in my server to handle all networking - maybe i should return the thread to tomcat, when this has taken place.... |
| 21:38.12 | jasonb | x-otic: I haven't done that, so it's possible that you're missing something, but it's also possible that it'll work. You can try it. Like I said, the reason why the Coyote HTTP/1.1 connector isn't written to use NIO is that it isn't very advantageous if each request is to be handled within the scope of a Thread. |
| 21:39.54 | x-otic | jasonb: yep, i see that - nio is kinda low-level and not very slick as the traditional way of handling requests - but i really need to support 10k+ concurrent connections on each server, so initially im going with nio... |
| 21:41.23 | x-otic | jasonb: do you know if its StandardServer that accepts the connection or if its PoolTcpEndpoint? - they both use the accept-method on serversocket.. |
| 21:41.57 | jasonb | x-otic: Keep in mind that the Tomcat committers have carefully considered the whole NIO issue with Tomcat Connectors, and decided that there was nothing to gain as long as the Servlet spec mandates 1 Thread per request. If you're doing the same, then the same would apply to you. It's easy to jump in and quickly make a mistake with this kind of thing, without careful analysis. |
| 21:42.30 | jasonb | x-otic: I'm not sure which class accepts the client socket, but it does sound like one of the classes you mentioned. |
| 21:43.17 | jasonb | x-otic: Also, there are other OSS projects to create Java servers that scale up to a large number of connections like you're saying.. using NIO. I haven't played much with them, but they're out there. I might even be able to give you links. |
| 21:44.03 | x-otic | jasonb: my server would definately benefit from using nio - its streaming data to the clients from disk, so using memorymapped files and nio is the way to go i think... |
| 21:44.48 | jasonb | x-otic: Have a look at SEDA. http://www.eecs.harvard.edu/~mdw/proj/seda/ |
| 21:45.12 | x-otic | jasonb: im not after a nio http-server - tomcat does the http-job very well ...i only need tomcat to accept sockets in the nio-way, so that if the request is to be forwarded to my server then it is a nio-socket and can be used by the rest of the nio-api... |