Domino Tomcat Redirector
I'm the current maintainer of the Domino Tomcat redirector but I haven't had time to do any work on it for the last year or so and I can't see that situation improving any time soon. I've made a couple of attempts to contact someone at IBM who might be interested in providing some (minimal) support without any success. Accordingly I'd like to pass the reigns to someone else so if anyone's interested could they contact me please. Thanks - it's been fun :) -- Andy Armstrong, hexten.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Domino Tomcat Redirector
On 17 Jun 2005, at 20:52, Mladen Turk wrote: Right. Feel free to contribute to the Apache1/2 part of the mod_jk. Thanks - I intend to just as soon as I get some slack in my schedule :) -- Andy Armstrong, hexten.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: P.K. Khandelwal/GRAIN/Noblegroup is out of the office.
On 6 Feb 2005, at 10:49, [EMAIL PROTECTED] wrote: I will be out of the office starting 06-02-2005 and will not return until 14-02-2005. For Urgent work contact. I may be reached on my Singapore mobile +65.96714014 I just left a message on his mobile asking him to have his autoresponder turned off :) Who's in a position to disable his account? -- Andy Armstrong, hexten.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jave Server Pages
Bernard Pace wrote: Hi, I am trying to run my first jsp page on Tomcat. My current version is 5.0.30. The code I am applying to the jsp is the following body Hello, world /body /html How the file that I am saving where should I place it, and should I update an XML file? You should really be asking on the user's list Bernard - this list is used by people who develop Tomcat itself. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where shud i start from??
Gokul Jeyapaul wrote: Respected Sirs, Im in the process of understanding the complete Tomcats source code so that i can write my own servlet container and JSP container. Why do you need to do that? Where i shud i start from??I downloaded some source codes ..Whn i tried to go thro it i felt like im in a maze..I just didnt understand how things work? So please guide me thro this Well, it's quite complex :) Do you understand the general architecture? -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: urgent database connection issue using tomcat 5
Shanti Priya wrote: Hi !! I am trying to setup an jsp application in tomcat .The application uses struts also and oracle is the database . I do get the following error in the log file. Please do suggest.It's urgent. I am attaching the log file to you. You really need to post this to the User's list. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: urgent database connection issue using tomcat 5
Shanti Priya wrote: Hi Andy!!! Tnx for the mail ..Please tell me the url. http://jakarta.apache.org/site/mail2.html#Tomcat -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
Jess Holle Getting the IIS connectors to work with IIS 6 appears to be rocket science though. [Dang thing just shows a red down arrow on the filter whatever you do without giving any real error!] Heh. Having spent two days getting the filter to work on IIS I'm thinking about starting to sell a consultancy service based on getting JK2 working. I actually wrote, debugged, documented and delivered a non trivial ISAPI filter for a different project in less time than it took me to get JK2 working. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
Costin Manolache wrote: Maybe the best response to this would be to update the docs and say tomcat IIS 6 is not supported, plese contact microsoft and ask them to do it. They have plenty of developers and money - they could send a check to Andy and Henri, or do it themself :-) Hey why not? :) I've just mailed a couple of guys who I /think/ are among the lead IIS developers with the subject IIS / Apache entente cordial; let's see what happens... -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
Endre Stølsvik wrote: All the jk's I've been exposed for -sucks- when it comes to these aspects - ANYTHING that makes it easier to use are VERY WELCOME feature. I have concrete examples of people giving up on Tomcat altogether for no other reason than the fact that they couldn't get JK configured. By comparison the rest of the task of configuring Tomcat is a walk in the park. Please let's not be so up ourselves that we forget that it's nice for people to actually be able to use the software. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
Henri Gomez wrote: The code in jk/jk2 is now so complex that there is only a small number of people who can be involved in. It certainly scares me and I like complex things :) -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas v.2
Henri Gomez wrote: Well I'd like to see the JK3 or whatever will name the new module to be much more simpler and with less code. +1 to that. It really has the feel of something that's more complex than it should be at the moment. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas v.2
David Rees wrote: That is the reason I have stuck with mod_jk instead of moving to mod_jk2, a quick look at the mod_jk2 docs makes my eyes glaze over, and mod_jk works just fine for my usage... If it helps any the docs don't seem to be in sync with the code either... -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
Mladen Turk wrote: 2. workers2.properties - workers2.xml using apr_utils xml support. Get rid of 'assumed' properties like figuring out the context from url. Get rid of copying mappings from 'default' to virtual hosts. Of course, it would require few extra 'boring' statements in the config for each mapping. One of the biggest problems I have /using/ Jk2 is working out what assumptions are going on. I tend to end up making everything explicit in w2.p anyway just so I know what's going on. A well defined XML config syntax would be most welcome. 4. Get rid of all platform specific configuration stuff like WIN32 registry, event log, apache log, and use only JK2 log. One thing to consider is a portable method for actually finding workers2.xml in the first place. Windows based connectors tend to put it in the same directory as the dll but that doesn't work as well for unix like platforms which may not easily / sensibly be able to work out which directory the .so is in. Waiting for response from someone that can 'provide' something different, or just file a veto :) MT. It sounds reasonable to me and I'm happy to make necessary changes to the Domino connector. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Some JK2 ideas
Mladen Turk wrote: In contrary, it makes it simpler, cause you have a common denominator, and that is 'well documented' config file, usable on any container. Well documented is the crux here for me. Or at least readily understandable. I've just had someone nearly abandon Tomcat altogether because they had a problem (with file uploads) that required the latest version of the IIS connector but they couldn't find out how to configure it. I find it frustrating that we're an Apache project but we're currently nowhere near Apache in usability terms. Right now running Tomcat with another webserver is a scary proposition. All the JK code has to do is forward eligible requests from the host web server to Tomcat. I'm afraid that right now it behaves like a self indulgent vanity project with aspirations above its station. With appropriate apologies for the toes that I'm treading on why tge hell is JK so convoluted? -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 changes
Mladen Turk wrote: The problem could be in the shm. On some platforms the shm remains hunging until reboot. The apr-1.0 has introduced a new function apr_shm_remove(), for removing a named shared memory segment. Ahah! Yes, that would make sense I think although I didn't notice any diagnostics about it. Unfortunately the phorensics have been destroyed now so it'll have to remain 'just one of those things' :) -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 changes
jean-frederic clere wrote: It works on my machine (Apache/2.1.0-dev (Unix) DAV/2 mod_jk2/2.0.5-dev) May be that is a problem with IPV6: Use 127.0.0.1 instead of localhost. Nope :( My investigations continue... -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 changes
jean-frederic clere wrote: It works on my machine (Apache/2.1.0-dev (Unix) DAV/2 mod_jk2/2.0.5-dev) May be that is a problem with IPV6: Use 127.0.0.1 instead of localhost. Problem fixed. That was odd. Rebooted the machine and it started working. I'm investigating further but it seems unlikely that it was a jk2 issue. Thanks for the input. -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 changes
(posted to the right list now - oops) I'm just making sure the Lotus Domino connector works with the latest jk2 version. As a preamble to that I usually make sure I can get mod_jk2 working with Apache 2 as a kind of baseline. This time I'm getting stuck. Is there an incompatibility between a mod_jk2 built from the current CVS and the 5.0.27 binary build at jakarta.apache.org? I get encouraging looking debug from it but requests that should be mapped using [uri:] in workers2.properties don't seem to get outside of Apache (which 404s). Requests using LocationMatch in httpd.conf result in a 503 Service Temporarily Unavailable and the following in the Apache error log: [error] lb_worker.service() all workers in error or disabled state [error] mod_jk2.handler() Error connecting to tomcat 12, status 503 My httpd.conf looks like this LoadModule jk2_module modules/mod_jk2.so JkSet config.file conf/workers2.properties LocationMatch /*.jsp JkUriSet group lb:lb /LocationMatch and workers2.properties is like this [logger] level=DEBUG [lb:lb] debug=10 [channel.socket:localhost:8009] debug=10 tomcatId=localhost:8009 [uri:/servlets-examples/*] debug=10 [uri:/jsp-examples/*] debug=10 Other info: Apache/2.0.49 (Unix) mod_jk2/2.0.5-dev Linux 2.4.22-1.2188.nptlsmp #1 SMP (Fedora Core #1) Tomcat 5.0.27 binary from jakarta.apache.org -- Andy Armstrong - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 2.0.5?
Mladen Turk wrote: Hi, How about releasing JK2 2.0.5? There was some fixes from Norm and the IIS bug resolved dealing with upload. And there are recent changes to the Domino redirector in there too which will be of great interest to the ten or so people on the planet who use it :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 2.0.5?
Mladen Turk wrote: That much :) Maybe not :) Is it only or 5.x or it can be used for Domino 6 too? It should be fine with all Domino versions but I haven't tested against 6. I can find out from the 'extensive' user community whether any of them have. How about making a binary release? I've been tending to make the binary releases here: http://free.tagish.net/domino-tomcat/index.jsp which seems to suit the people who use it. I have to confess I haven't bothered to find out where on the jakarta.apache.org would be the appropriate place for a binary release or what might be involved. Anyone? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 2.0.5?
Mladen Turk wrote: It seems to me that the 6.0 is quite different then 5.x, and IMO it would be great if someone could confirm that (either it works or not on 6.x). I've asked the active users. One of them is planning to migrate their Domino 6 installation to the latest redirector next month so we'll know for sure then. They're currently using a very old version of the redirector successfully with Domino 6 which implies that the new one will work too. How about making a binary release? I've been tending to make the binary releases here: http://free.tagish.net/domino-tomcat/index.jsp which seems to suit the people who use it. I have to confess I haven't bothered to find out where on the jakarta.apache.org would be the appropriate place for a binary release or what might be involved. Anyone? Well, you are a committer, just sign the binaries and upload them to the Jakarta site. You make it sound so easy :) It'll probably be Monday before I get to look at it but I'll give it a go then. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: TC evolment
Mladen Turk wrote: Heretic perhaps, but I'd like to integrate PHP (perhaps even Perl) directly with TC. What do you mean by 'integrate'? Have tomcat handle PHP requests by some means? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2: dependencies between logger.file and workerEnv
I've just produce a non-Windows version of the DSAPI (Lotus Domino) connector and I had a bit of a struggle getting the initialisation code right because of co-dependencies between workerEnv and logger.file. It seems that logger.file needs workerEnv to exist for it to initialise itself but the workerEnv initialisation code expects a logger to exist. I've ended up with workerEnv initialisation logging to an uninitialised file logger which results in log output being sent to stdout. Not terribly satisfactory but it allows the connector to load. jk_logger_file.c can easily be doctored to remove the dependency on workerEnv but it would then lose the ability to expand named properties in the passed in filename (like: ${serverRoot}/logs/jk2.log). Any thoughts on the nicest way to fix it? I don't mind implementing a fix but I don't want to make unpalatable changes to the common jk2 code. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jk2 new shmem using APR
Guenter Knauf wrote: I believe there's a problem with the file rights, not with SHM self. I think the scoreboard is created by the init process, but later on when the child wants to access it it has insufficient rights. I think I'm seeing that same problem with Apache 2.0.48 and the latest j-t-c code on Debian. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Your account is about to be expired
I have your password :) * Disclaimer This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. * Visit us at http://www.mahindrabt.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem with simultaneous access
Alex Pijoan wrote: Hi I have installed tomcat version 4.1.24, and I have a problem. My problem is this, when I call to same servlet from 2 computers at same time the first that send request not receive the response and the second receive the one's response and his response is lost. I suppose that the problem is on the configuration of tomcat and not the servlet because if I do the same things but with a second delay between the first and the second request not have this problem. This isn't the right place to ask the question but it sounds as if there's a design problem with the servlet. A single instance of the servlet will receive both requests. If the second request arrives before the first is processed it will be handling them concurrently. Is your servlet thread safe? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to execute servlets?
minal deshmukh wrote: S/M, i m work on web based project. i used tomcat 4.1 web server. i have some problem servlets are not run on tomcat. how to execute servlets on tomcat 4.1 ? what is the use of web.xml? plz send me this proccess. Please ask again on the user's list. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Authentication with JAAS / Form Autenthication/ j_security_check
Jose Antonio Chirinos wrote: Hi, i have a web application that use web authentication through j_security_check servlet; i need to add an extra parameter diferent of j_password and j_username; i guess that i have to put the extra parameter in the login form and in the definition of the realm; but where i have to include the code for the comparation of the new parameter. Thanks in Advanced. This is really one for the Tomcat user's list Jose. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] New committer: Mark Thomas
Remy Maucherat wrote: He has my +1. +1 -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS with Tomcat
Dmitriy . wrote: Hi, I'm trying to setup IIS - Tomcat plug in. Went through all the steps described on tomcat's site(http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/iishowto.html), but still getting a 404 resource (/jakarta/iisapi_redirect.dll) not available error. /jakarta/ is my virtual directory on IIS pointing to location of isapi_redirect.dll. It seems to me that the request for the jsp is actually forwarded from IIS to Tomcat then a call to /localhost/jakarta/iisapi_redirect.dll is made, but it seems like it's looking for /jakarta/ directory under the Tomcat instead of IIS. Maybe it makes sence to setup a virtual directory /jakarta/ under tomcat that'll point to virtual directory /jakarta/ under IIS. Is it possible to create virtual direcoties in Tomcat? Does anyone know what the problem might be? I have IIS 5.0 and Tomcat 4.27 So does /jakarta/isapi_redirect.dll exist on your IIS? I notice that you report that the 404 is for /jakarta/iisapi_redirect.dll (different spelling). Could that be the problem? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: IIS with Tomcat
Dmitriy . wrote: Yes, it does... As to the spelling - I misspelled it in the e-mail. An interesting thing Well there's certainly no need to set up a /jakarta virtual directory on Tomcat. The virtual directory on IIS is just part of the mechanism the connector uses to pass requests to itself. The jk2 code logs to the Windows event log - is there anything interesting in the application log? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
OS friendly folk at IBM
Does anyone have an open source friendly contact in IBM who might be in a position to help me change the licensing on a short header file[1] which is a prerequisite for the Domino Tomcat connector? I'd like to be able to include it in future source releases rather then linking people to it. I mailed their general open source enquiries address about a week ago but have had no reply. [1] http://www-12.lotus.com/ldd/doc/domino_notes/5.0/readme.nsf/0/ 528b461a3cdc2a798525677400499305?OpenDocument -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK2 workers.properties
Does anyone know what the contents of workers.properties should look like for JK2? I'm producing a new version of the Domino redirector based on the ISAPI one but I can't find a sample workers.properties for the ISAPI filter. From stepping through the filter's initialisation code it's clear that the property names that appear in the file need to be the names of jk2 beans so I know what the vocabulary is but I'd rather not have to do enough reverse engineering to work out what kind of values the properties should have :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK2 workers.properties
Andy Armstrong wrote: Does anyone know what the contents of workers.properties should look like for JK2? I'm producing a new version of the Domino redirector based on the ISAPI one but I can't find a sample workers.properties for the ISAPI filter. From stepping through the filter's initialisation code it's clear that the property names that appear in the file need to be the names of jk2 beans so I know what the vocabulary is but I'd rather not have to do enough reverse engineering to work out what kind of values the properties should have :) Scratch that - I just found an example. You wouldn't believe that I've been trying to figure it out all day. Doh! -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Andy Armstrong wrote: UK time here. Still trying to get Ethereal to trace local (intra machine) traffic. I'm not around tomorrow so it may be Monday before there's anything to dissect. Monday came and went. Is anyone else interested in the detail of what follows (analysis of packet dumps) or should we take it off list? Anyway I've just now had time to look at the packet dump I captured on Thursday. The sequence appears to be Domino: Sends first request to Tomcat Tomcat: Replies correctly Domino: Sends second request to Tomcat, gets nothing back (there's no data flow from Tomcat at all at this stage) Domino: Periodically retries sending the request packet That's as far as I've got and I'm just wondering whether it'd be nice to write an Ethereal packet dissector for AJP 1.3 or whether that would count as displacement activity. Is there anything specific I should be looking for Henri? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: That's as far as I've got and I'm just wondering whether it'd be nice to write an Ethereal packet dissector for AJP 1.3 or whether that would count as displacement activity. Is there anything specific I should be looking for Henri? There is allready an ajp13 disector for ethereal ;) OK, I'll stop trying to get my head round how to write one then :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: The ajp13 disector was introduced in ethereal some months ago And I now have a copy of it rather than last year's model :) Anyway, the conversation looks like this in summary and a (naive) analysis of the contents of the packets doesn't yield anything obvious. - FORWARD REQUEST - SEND HEADERS - SEND BODY CHUNK - END RESPONSE - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST - FORWARD REQUEST Should there be anything else before the second FORWARD REQUEST? The Domino end seems to spin in first while loop inside ajp_send_request() because ajp_connection_tcp_send_message() keeps returning JK_TRUE without ae-sd becoming = 0. Debug indicates that ae-sd retains its initial value on successive trips round the loop. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: - FORWARD REQUEST - SEND HEADERS - SEND BODY CHUNK - END RESPONSE (REUSEP:1) OK, that's enough of a difference to explain what I'm seeing... May be something to do with chunk encoding which has been modified in ajp13/jk (after your works on domino I think) Well so far I've taken the old Domino Connector source and built it against the latest version of ajp13/jk (as of last week). Should that not 'just work'? -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: Nope, there was works on the chunked and header len in ajp13 java side which are probably not in old domino code... Take a look at what is on IIS which should be at right level OK, thanks :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: Well so far I've taken the old Domino Connector source and built it against the latest version of ajp13/jk (as of last week). Should that not 'just work'? BTW, we're now focusing on jk2, so what about working on jk2 for domino. The requirement will be having apr for your box (windows ?) Yes, I noticed something to that effect. I'm going to spend another day trying to get this to work because we've got an urgent requirement for it. Once I get my immediate problem solved I'll have a look at jk2. I'm looking to support Windows, Linux and any other platform that supports Domino ultimately but I guess apr availability isn't going to be a problem on any Domino platform. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
JK/ajp13 connection reuse problem
I'm trying to bring the Domino connector up to date with the latest codebase and I'm running into a problem with connection reuse. The characteristic is that with connection reuse working normally the first message from Domino to Tomcat round trips without any problem but a second message repeatedly re-sends without getting any response. If I modify ajp_send_request() not to recycle connections everything works fine. I'm going to investigate more but I'm wondering if those symptoms ring a bell with anyone... FWIW it's the same whether I configure Tomcat to listen with a Coyote connector or the old AJP 1.3 one. Thanks :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: mod_jk 1.2.5 ? 1.2.6 - the latest code from the CVS yesterday. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: Could you get an ethereal dump ? That mail coincided exactly with my trying to remember whether I had a network tracing tool installed on this PC - and fortunately I do :) Ethereal dump coming up. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK/ajp13 connection reuse problem
Henri Gomez wrote: I'll have to leave (Europe GMT end of day). UK time here. Still trying to get Ethereal to trace local (intra machine) traffic. I'm not around tomorrow so it may be Monday before there's anything to dissect. -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Duplicate Sessions Tomcat 4.1.24
I have a deployed web app with a medium size user base (~500) which recently went live. The app relies on the session to retrieve user information. The session usage is simply to store a couple of ids (Strings) and retrieve them from the session to lookup data. This all works perfectly with a small user base (~20) but horror of horrors, when loaded, people are seeing other peoples data. I have trawled through my code and, although as ever keeping an open mind, can only imagine this is happening if SESSIONID's are being duplicated and therefore the data is being overwritten by the other user(s). I remember a thread in January about duplicates in 4.1.18 Duplicate session IDs are *common*, but can't find anything in the bug database. Does anyone know if this ever was a problem or is still a problem in 4.1.24? What puzzles me is the relatively small number of concurrent users which cause this to happen. I am attempting to reproduce the problem in a sterile environment now, any thoughts, help or fixes :o) would be greatly appreciated. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Duplicate Sessions Tomcat 4.1.24
Thanks Remy, I knew something as major as this would have surfaced and been fixed eons ago. However there is something here. After more brain-racking, a vital piece of the jigsaw has come to light. The app was updated at a suspiciously similar time to when the problem was reported. We use an ant script which does a stopextractstart type thing. Is it possible that after the re-start duplicate ids for the persisted and restored sessions are being created? -Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] Sent: 18 September 2003 12:05 To: Tomcat Developers List Subject: Re: Duplicate Sessions Tomcat 4.1.24 Andy Chapman wrote: I have a deployed web app with a medium size user base (~500) which recently went live. The app relies on the session to retrieve user information. The session usage is simply to store a couple of ids (Strings) and retrieve them from the session to lookup data. This all works perfectly with a small user base (~20) but horror of horrors, when loaded, people are seeing other peoples data. I have trawled through my code and, although as ever keeping an open mind, can only imagine this is happening if SESSIONID's are being duplicated and therefore the data is being overwritten by the other user(s). I remember a thread in January about duplicates in 4.1.18 Duplicate session IDs are *common*, but can't find anything in the bug database. Does anyone know if this ever was a problem or is still a problem in 4.1.24? What puzzles me is the relatively small number of concurrent users which cause this to happen. I am attempting to reproduce the problem in a sterile environment now, any thoughts, help or fixes :o) would be greatly appreciated. A race condition in the session recycling code had been identified in 4.1.18, which could cause that (one session object could have been added more than once in the recycled session list). As a result, session recycling was disabled in 4.1.24 (and is removed from 5.0.x). No such issue has been found in 4.1.24, and we haven't had any report on such a behavior since 4.1.24 was released six months ago. I recommend you investigate more. Remy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
About to update the DSAPI connector,
Hello All, A little while ago I did a DSAPI (Domino's version of ISAPI) filter that allowed TC 3 to work quite happily with Lotus Domino. After a protracted period in which I haven't updated it I now, finally, have the time to produce a new version. Last time I started with the ISAPI (IIS) code and worked from there - I think I'll probably do the same this time. Just for kicks I thought I'd get IIS and the ISAPI filter working with a production Tomcat here - I like to start a project with something that's working even if I can claim no credit for it - but to be honest I'm finding it hard to work out which ISAPI DLL I need for a recent production Tomcat 4.1.27 - just basic stuff like what source does what. Now, I'm sure this is just an RTFM but I've spent the last couple of hours RVFM and none of them thus far has yielded anything like a comprehensive understanding of which bits I need and how I configure them. I'll need the source soon enough but at the moment I can't even find the isapi_redirector2.dll. Oh, I have a working TC 4.1.27 so that's something :) Anyway, shields up - by all means tell me I'm being stupid but the impression I'm forming is that the support for web servers other than Apache is in some slight disarray. Thanks :) -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: About to update the DSAPI connector,
Richard Norman wrote: Funny, I was wondering the same thing cause one day I was able to download the ISAPI DLL isapi_redirector2.dll then they all disappeared. the original version and this newer one. The newer one did not work for me though (isapi_redirector2.dll)... Kept getting a can not find server or DNS error. Luckily the older ISAPI extension still works fine. Just that the configuration is not as nice. Phew - it's not just me then :) I'm quite happy to do work on the ISAPI filter too if it's appropriate but I don't want to tread on any toes... -- Andy Armstrong, Tagish - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem displaying accents in Tomcat
This is really one for tomcat-user, but seeing as it's quiet... I assume you HAD Apache (HTTP Server) and Tomcat hooked up with mod_jk (or similar) previously and NOW you've just got Tomcat (4.1.24) on its own. Given that this is the case then something else has changed and is causing this problem. What character encoding are you using in you web app? Is it the same server machine that WAS working with Apache HTTP Server and Tomcat? What OS are you running? -Original Message- From: Manuel Gonzalez [mailto:[EMAIL PROTECTED] Sent: 13 June 2003 12:17 To: [EMAIL PROTECTED] Subject: Problem displaying accents in Tomcat Hi everyone, I have a problem with tomcat 4.1.24 with displaying vowels with accents and special spanish characters such as ntilde;. The scenario is the following : - I have deployed a servlet application that accesses data on a MySQL database. The problem is that when displaying characters with accents or ntilde; they all appear as a question mark. But the fact is that they are correctly saved on the database, so the problem is not with the JDBC. - I am using Tomcat as a Stand-alone so, is acting as web server also. - The fact is that the same application has been running on Apache (Apache-tomcat) with no problem on displaying any character, but now I need it to be running directly on Tomcat as a web server. Any idea on what can be the problem, I am a bit desperate with this, I've been trying to find the solution for a long time now Thanks very much in advance Manuel [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Problem displaying accents in Tomcat
There are two issues with character encoding. Firstly the charset used by Jasper for jsp source files, this is set in Tomcat web.xml. The default is UTF-8 and will effect jsp source files with special characters. From what I gather this isn't the problem, and only really causes a problem with far-eastern charsets or where the OS does not support UTF-8. The second is the HTTP Content Type. If you don't set this in a jsp/servlet your text including unicode characters fetched from the db will not be displayed properly ie using non-unicode ascii charset. If you aren't setting the ContentType, you will need to either with a tag: %@ page contentType=text/html; charset=ISO-8859-1 % or code: % response.setContentType(text/html; charset=ISO-8859-1); % Why it worked before withou setting the content type I don't know, but I hope that setting the content type as above solves your problem. -Original Message- From: Manuel Gonzalez [mailto:[EMAIL PROTECTED] Sent: 13 June 2003 12:50 To: Tomcat Developers List Subject: Re: Problem displaying accents in Tomcat Yes, your asumptsion is right. I had apache before hooked to Tomcat. Now the application is running with Tomcat 4.1.24 on its own. The OS is linux, SUSE distro. The character encoding it should be the default one I haven't specified any. So it should be (iso-8859-1) ? Thanks Manuel Andy Chapman wrote: This is really one for tomcat-user, but seeing as it's quiet... I assume you HAD Apache (HTTP Server) and Tomcat hooked up with mod_jk (or similar) previously and NOW you've just got Tomcat (4.1.24) on its own. Given that this is the case then something else has changed and is causing this problem. What character encoding are you using in you web app? Is it the same server machine that WAS working with Apache HTTP Server and Tomcat? What OS are you running? -Original Message- From: Manuel Gonzalez [mailto:[EMAIL PROTECTED] Sent: 13 June 2003 12:17 To: [EMAIL PROTECTED] Subject: Problem displaying accents in Tomcat Hi everyone, I have a problem with tomcat 4.1.24 with displaying vowels with accents and special spanish characters such as ntilde;. The scenario is the following : - I have deployed a servlet application that accesses data on a MySQL database. The problem is that when displaying characters with accents or ntilde; they all appear as a question mark. But the fact is that they are correctly saved on the database, so the problem is not with the JDBC. - I am using Tomcat as a Stand-alone so, is acting as web server also. - The fact is that the same application has been running on Apache (Apache-tomcat) with no problem on displaying any character, but now I need it to be running directly on Tomcat as a web server. Any idea on what can be the problem, I am a bit desperate with this, I've been trying to find the solution for a long time now Thanks very much in advance Manuel [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mod_jk/mod_jk2 binaries for FreeBSD and Apache 2.0.43
Please, can you send me JK/JK2 binaries for Apache 2.0.43 FreeBSD ? thanks, Andy ---should provide new binaries for JK and JK2. I'll do JK/JK2 for Linux boxes (and FreeBSD) Who could do the same for Windows, Netware and Solaris ? BTW, I'm still waiting an account on moof to build a MacOSX version. --- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PROPOSAL] Split the repo's
Jon Scott Stevens wrote: After JSR053 was formed and dependencies were added to the Servlet API from the JSP API, it became clear that this was a bad thing. It was ok to have the JSP API rely on the Servlet API, but not the other way around. The reason for this is because many people choose to use the Servlet API without wanting anything to do with JSP. As part of this realization, the next versions of JSP and the Servlet API were defined as separate JSR's in the JCP. http://jcp.org/jsr/detail/152.jsp http://jcp.org/jsr/detail/154.jsp A vote was cast on the tomcat-dev list that suggested a proposal for Tomcat 5.0. It was unclear to myself and others that this also included combining the CVS repositories for the Servlet API and the JSP API and disrespecting the fact that there are two separate JSR's. Therefore, I'm asking for another vote to split the CVS repositories to represent the split JSR's and adapt the build system of the JSP repository to have a dependency on the Servlet repository, but not the other way around. It is ok to also have the JSP build system generate a single .jar file with both the Servlet api and JSP api included. [ ] I don't want the API's split into separate repo's [ ] I don't care [X] I want the API's split into separate repo's. -jon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, http://www.tagish.co.uk/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] New committer: Denis Benoit
+1 Remy Maucherat wrote: I'd like to propose Denis Benoit Denis.Benoit at fbn.ca as a committer on the Tomcat project. Denis has contributed patches to Jasper 2 which brings an impressive performance improvement when using JSP pages which rely heavily on tags, such as the administration web application available in Tomcat 4.1.x. He appears willing to spend time to further improve Jasper 2 performance. He has my +1 as a committer. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Running tomcat as an embedded servlet engine
My apologies from cross posting this to the users list. Only afterwards did I realise it really a developer question as it involves coding... Im trying to run Tomcat in an embedded fashion (ie started from a main() in our program ), with a single servlet. Im using the Embedded.java class in Catalina, but am having trouble configuring it so that my single servlet answers on port 8080. The sample code in main in Embedded.java doesnt really have an example for a servlet. Has anyone else tried to do this (run an embedded servlet engine without swathes of configuration files)? Andy Visit our Internet site at http://www.rbsmarkets.com This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Error Starting Tomcat 4.0.1 in AIX
Hi All, I've been installed tomcat 4.0.3 for windows successfully. But, now when i try to install tomcat 4.0.3 in AIX, i can start the Tomcat ... but with some error message. I've tried to debug it, but still i can't find why it happens. It's seemed from the error message, the Tomcat can't find the getResourcePaths method in the implementation class of javax.servlet.ServletContext (that is ApplicationContext). But, i've seen the source code of ApplicationContext and it contains this method. Does anyone has ever faced this problem before? Any suggestion is welcomed, and thanks in advance. Best Regards, Andy S. NB: This is my error message: 2002-03-12 16:53:34 StandardContext[/manager]: Starting 2002-03-12 16:53:34 StandardContext[/manager]: Processing start(), current available=false 2002-03-12 16:53:34 StandardContext[/manager]: Configuring default Resources 2002-03-12 16:53:34 StandardContext[/manager]: Configuring non-privileged default Loader 2002-03-12 16:53:34 StandardContext[/manager]: Configuring default Manager 2002-03-12 16:53:34 StandardContext[/manager]: Processing standard container startup 2002-03-12 16:53:34 WebappLoader[/manager]: Deploying class repositories to work directory /home/logserv/jakarta-tomcat-4.0.3/work/localhost/manager 2002-03-12 16:53:34 StandardManager[/manager]: Seeding random number generator class java.security.SecureRandom 2002-03-12 16:53:34 StandardManager[/manager]: Seeding of random number generator has been completed 2002-03-12 16:53:35 ContextConfig[/manager]: ContextConfig: Processing START 2002-03-12 16:53:36 StandardContext[/manager]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2002-03-12 16:53:38 StandardContext[/manager]: Setting deployment descriptor public ID to '-//Sun Microsystems, Inc.//DTD Web Application 2.3//EN' 2002-03-12 16:53:38 ContextConfig[/manager]: Scanning web.xml tag libraries 2002-03-12 16:53:38 ContextConfig[/manager]: Scanning library JAR files 2002-03-12 16:53:38 ContextConfig[/manager]: Added certificates - request attribute Valve 2002-03-12 16:53:38 Authenticator[/manager]: No SingleSignOn Valve is present 2002-03-12 16:53:38 ContextConfig[/manager]: Configured an authenticator for method BASIC 2002-03-12 16:53:38 ContextConfig[/manager]: Pipline Configuration: 2002-03-12 16:53:38 ContextConfig[/manager]: org.apache.catalina.valves.CertificatesValve/1.0 2002-03-12 16:53:38 ContextConfig[/manager]: org.apache.catalina.authenticator.BasicAuthenticator/1.0 2002-03-12 16:53:38 ContextConfig[/manager]: org.apache.catalina.core.StandardContextValve/1.0 2002-03-12 16:53:38 ContextConfig[/manager]: == 2002-03-12 16:53:38 StandardContext[/manager]: Configuring application event listeners 2002-03-12 16:53:38 StandardContext[/manager]: Sending application start events 2002-03-12 16:53:38 StandardContext[/manager]: Starting filters 2002-03-12 16:53:38 StandardContext[/manager]: Posting standard context attributes 2002-03-12 16:53:38 StandardWrapper[/manager:default]: Loading container servlet default 2002-03-12 16:53:38 org.apache.catalina.servlets.DefaultServlet: init 2002-03-12 16:53:38 StandardWrapper[/manager:invoker]: Loading container servlet invoker 2002-03-12 16:53:38 org.apache.catalina.servlets.InvokerServlet: init 2002-03-12 16:53:38 org.apache.jasper.servlet.JspServlet: init 2002-03-12 16:53:39 StandardContext[/manager]: Servlet /manager threw load() exception javax.servlet.ServletException: Servlet.init() for servlet jsp threw exception at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java(Compiled Code)) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java(Compiled Code)) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java(Compiled Code)) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3395) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java(Compiled Code)) at org.apache.catalina.core.StandardHost.start(StandardHost.java:614) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1123) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:343) at org.apache.catalina.core.StandardService.start(StandardService.java:388) at org.apache.catalina.core.StandardServer.start(StandardServer.java:506) at org.apache.catalina.startup.Catalina.start(Catalina.java:781) at org.apache.catalina.startup.Catalina.execute(Catalina.java:681) at org.apache.catalina.startup.Catalina.process(Catalina.java:179) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:243) - Root Cause - java.lang.NoSuchMethodError: javax.servlet.ServletContext: method getResourcePaths(Ljava/lang/String;)Ljava/util/Set; not found
Re: [VOTE] New Committer: Manveen Kaur
+1 Patrick Luby wrote: All, I would like to propose Manveen Kaur as a committer. She has provided a significant number of patches for the adminstration webapp and I think her contributions will be a big benefit to Tomcat. Please vote, Thanks, Patrick -- _ Patrick Luby Email: [EMAIL PROTECTED] Sun Microsystems Phone: 408-276-7471 901 San Antonio Road, USCA14-303 Palo Alto, CA 94303-4900 _ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, http://www.tagish.co.uk/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Updating the site
I was going to update this page http://jakarta.apache.org/site/cvsonwin32.html to reflect the fact that PuTTY, a free / open source SSH client, now supports tunnelling. Do I just update the page and commit it or is there more to it? -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Tomcat 4.0.2 b2 release
Remy Maucherat wrote: Hi, I think it would be good to tag Tomcat 4.0.2 b2 at the end of the week (with the binaries being released by monday). Here's the ballot: ballot [X] +1 Make the release [ ] +0 Good idea, but I can't help [ ] -0 Bad idea [ ] -1 No, because: /ballot The release process will be the following: - Tag j-t-c/webapp with tomcat_402_b2 - Update the Java sources for webapp in the main Tomcat tree to mirror the changes; I plan to remove the duplication for the next release, and handle webapp the same way as JK (or Coyote) - Tag j-t-c/jk with tomcat_402_b2 (it's fine to also tag it with something else, I just think it's a better way to mark which version went in) - Tag j-t-c/util with tomcat_402_b2 - Generate binaries for the Java code from the j-t-c components, and update the binaries in the main Tomcat tree - Tag the Tomcat tree with tomcat_402_b2 - Build and upload the main Tomcat binaries - Build and upload the native binaries for JK and webapp - Build and upload the RPMs Note: IMO JK should be considered release quality in this release, and should be enabled by default; of course, the final word on this goes to the JK developers :) Thanks, Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: getPathInfo() return wrong path info - still an issue
here are the conf files - let us know if any other stuff is helpfull - a WAR file would be very big (and my companies precious assets). A. -Original Message- From: craigmcc@localhost [mailto:craigmcc@localhost]On Behalf Of Craig R. McClanahan Sent: 12 December 2001 22:44 To: Tomcat Developers List; [EMAIL PROTECTED] Subject: Re: getPathInfo() return wrong path info - still an issue Andy, Could you package your test case as a WAR and add it to the bug report? There's no way to know whether the behavior you quote or not is correct without seeing your servlet mappings, and everything else. Craig On Wed, 12 Dec 2001, Andy Olliver wrote: Date: Wed, 12 Dec 2001 22:44:48 - From: Andy Olliver [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED], [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: getPathInfo() return wrong path info - still an issue Craig This is definitely a problem with build 4.01 - I will try with last nights build. I have log files (produced by RequestDumperFilter) showing unreliable results for getPathInfo(). (don't get confused by context = servlet, so when I use Invoker I have .../servlet/servlet/) I tried this using Invoker and servlet class names, and then with servlet aliases. ### 2001-12-12 09:18:22 Request Received at 2001-12-12 09:18:22.276 characterEncoding=null contentLength=-1 contentType=null locale=en_GB locales=en_GB parameter=a=dsds protocol=HTTP/1.1 remoteAddr=127.0.0.1 remoteHost=127.0.0.1 scheme=http serverName=wma_local2 serverPort=80 isSecure=false - contextPath=/servlet cookie=WMRCSession=1008148444816 cookie=JSESSIONID=6464919682997592E4D9A533D2B322B9 header=accept-language=en-gb header=connection=Keep-Alive header=cookie=WMRCSession=1008148444816; JSESSIONID=6464919682997592E4D9A533D2B322B9 header=accept=*/* header=host=wma_local2 header=accept-encoding=gzip, deflate header=user-agent=Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) method=GET pathInfo=/foo/bar/ queryString=a=dsds remoteUser=null requestedSessionId=6464919682997592E4D9A533D2B322B9 requestURI=/servlet/servlet/andy.test.RequestData/foo/bar/ servletPath=/servlet/andy.test.RequestData = ### 2001-12-12 22:14:56 Request Received at 2001-12-12 22:14:56.846 characterEncoding=null contentLength=-1 contentType=null locale=en_GB locales=en_GB parameter=a=b protocol=HTTP/1.1 remoteAddr=127.0.0.1 remoteHost=127.0.0.1 scheme=http serverName=wma_local2 serverPort=80 isSecure=false - contextPath=/servlet cookie=WMRCSession=1008149958182 cookie=JSESSIONID=D03605F26332C358B0F6A10081343290 header=accept-language=en-gb header=connection=Keep-Alive header=cookie=WMRCSession=1008149958182; JSESSIONID=D03605F26332C358B0F6A10081343290 header=accept=image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-powerpoint, application/vnd.ms-excel, application/msword, */* header=host=wma_local2 header=accept-encoding=gzip, deflate header=user-agent=Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) method=GET pathInfo=/andy.test.RequestData/open/dfoo queryString=a=b remoteUser=null requestedSessionId=D03605F26332C358B0F6A10081343290 requestURI=/servlet/servlet/andy.test.RequestData/open/dfoo servletPath=/servlet = ## also if I set up Aliases: # 2001-12-12 22:10:22 Request Received at 2001-12-12 22:10:22.611 characterEncoding=null contentLength=-1 contentType=null locale=en_GB locales=en_GB parameter=WMRCSession=1008149958182 protocol=HTTP/1.1 remoteAddr=127.0.0.1 remoteHost=127.0.0.1 scheme=http serverName=wma_local2 serverPort=80 isSecure=false - contextPath=/servlet cookie=WMRCSession=1008149958182 cookie=JSESSIONID=D03605F26332C358B0F6A10081343290 header=accept-language=en-gb header=connection=Keep-Alive header=cookie=WMRCSession=1008149958182; JSESSIONID=D03605F26332C358B0F6A10081343290 header=accept
Re: JK versions
+1 GOMEZ Henri wrote: I will not check anything else into mod_jk until this is decided ( since my next commit is pretty big and likely to brake things, I did a lot of changes in uri_map, etc. - I need a stable branch labeled before doing the commit ). Ok, let's release mod_jk to 1.2 and start 2.0. The refactoring is massive but until it will be finished we'll need a running and working mod_jk. What we should do : - Release it (1.2) - make binaries for all knowns platform (Apache w/o SSL, IIS, iPlanet, Domino) - Create a link to this repository which could be used by both Tomcat 3.2, 3.3, 4.0 - And may be start to think about creating web pages for J-T-C -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] New Committer: Jazmin Jonson
+1 Amy Roh wrote: As Bill Barker suggested, I would like to propose Jazmin Jonson as a new committer. She has contributed a numerous patches to Tomcat4 admin application. Votes please? Amy Roh -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Tomcat 4.0.2 Release Plan
Remy Maucherat wrote: Hi, I think it's the appropriate time to consider starting a new release cycle for Tomcat 4.0. There has been a variety of significant bugs fixed since 4.0.1 (although there hasn't been any fixes for any showstopper bug). I don't plan to propose a formal release plan for this release, as it is a bugfix-only release, and it will be released as soon as there are no more must-fix issues remaining in the most current release candidate. - A few more code merge will happen between now and the first beta release (at least one to add JAVA_HOME support in the install script). - The release notes will document all the fixes which occured since 4.0.1. - The release notes will list the must-fix bugs. This generally includes bugs whose severity in Bugzilla is 'blocker' (P1), 'critical' (P2) or 'major' (P3). - Tomcat 4.0.2 won't have any regressions over 4.0.1. - All betas for 4.0.2 should be considered release candidates if the must-fix issues list is empty. - Tomcat 4.0.2 beta 1 should be released between 12/02 and 12/16. - This vote will run until 12/01. ballot [ ] +1: I approve this plan, and I'll help [X] +0: I approve this plan [ ] -0: I'm against this plan, but I won't veto it [ ] -1: I'm against this plan, and my reason is: /ballot Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [VOTE] Release Tomcat 3.2.4
+1 Marc Saegesser wrote: The beta for Tomcat 3.2.4 is complete. During the beta there was one minor code change to fix bug 4577. This fix does not require another beta cycle. There are currently no Bugzilla bugs open against version 3.2.x. I propose that we release the current tip of the tomcat_32 branch as Tomcat 3.2.4. With the exception of critical bugs or sercurity updates I expect this to be the last release of the tomcat_32 branch. Fixes for non-critical or non-security bugs will be addressed in Tomcat 3.3.x releases. The vote will be open for 1 week and I will tally the results at that time. The proposal must receive at leaset three +1 votes and more +1s than -1s. - Vote to release the tomcat_32 branch as Tomcat 3.2.4. [ ] +1. I agree with the proposal and I will help support the release. [ ] +0. I agree with the proposal but I will not be able to help support the release. [ ] -0. I don't agree with the proposal but I won't stop the release. [ ] -1. I disagree with the proposal and will explain my reasons. Marc Saegesser -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- Andy Armstrong, Tagish -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: JAAS/Classloaders/Tomcat4
As a matter of interest are these rules for classpath construction documented anywhere (other than the source of course ;-)? Craig R. McClanahan wrote: On Tue, 23 Oct 2001, Antony Bowesman wrote: Date: Tue, 23 Oct 2001 17:24:56 +0300 From: Antony Bowesman [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: TomcatDev [EMAIL PROTECTED] Subject: JAAS/Classloaders/Tomcat4 Hi, I've been a bit confused after reading the classloader docs for Tomcat 4, the %CATALINA_HOME/lib %CATALINA_HOME/classes are accessed via the shared classloader but the startup script sets certain jars from %CATALINA_HOME/lib on the system classpath. Actually, the system classpath constructed by the standard startup script includes exactly the following things: - $CATALINA_HOME/bin/bootstrap.jar - $JAVA_HOME/lib/tools.jar (if it exists) - $JSSE_HOME/lib/{jcert,jnet,jsse}.jar (if they exist) JAAS 1.0 requires login config and login modules to be on the system classpath so to that end I have put jaas.jar to %CATALINA_HOME/lib and added it to the classpath used in catalina.(sh|bat). You should *not* be doing both of these things -- either put it on the classpath *or* put it in $CATALINA_HOME/lib. Have you tried putting JAAS in the System Extensions directory instead ($JAVA_HOME/jre/lib/ext)? This directory is automatically added above the system class path. There is no concept in Tomcat 4.0 of a system classes directory where you can just dump the odd class as the classes directory is used by the shared classloader. In Tomcat 4.0, the directory $CATALINA_HOME/classes is added to the shared classloader if it exists at startup time. This would contain unJARed classes and resources, analogous to /WEB-INF/classes within a webapp. I gather the shared classpath will be renamed 'shared/lib + classes' in 4.1 but wouldn't it be useful if the catalina startup script set the classpath to all the jars in %CATALINA_HOME/lib and %CATALINA_HOME/classes. At least this way no modifications need to be done to the startup scripts and JAAS login modules can just be dropped into the system classes directory as needed. Tomcat 3.2 used the technique of actually modifying the system class path. Unfortunately, it causes platform specific problems, especially on Windows where there are limits on the overall length of an environment variable, and lots of strange restrictions on building an environment variable dynamically in the script. In addition, editing the class path manually has historically been the source of a very high percentage of newbie user errors. The current approach that Tomcat takes (build class loaders internally based on the contents of directories) is much more reliable and less error prone. Please try putting the JAAS stuff in the system extensions directory and see if that does the trick for you. Rgds -- Antony Bowesman Teamware Group [EMAIL PROTECTED] phone: +358 9 5128 2562 fax : +358 9 5128 2705 intra / extra / Internet solutions at www.teamware.com Craig -- Andy Armstrong, Tagish
Re: JAAS/Classloaders/Tomcat4
Thanks Craig Craig R. McClanahan wrote: On Tue, 23 Oct 2001, Andy Armstrong wrote: Date: Tue, 23 Oct 2001 18:54:12 +0100 From: Andy Armstrong [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: JAAS/Classloaders/Tomcat4 As a matter of interest are these rules for classpath construction documented anywhere (other than the source of course ;-)? http://jakarta.apache.org/tomcat/tomcat-4.0-doc/class-loader-howto.html Craig -- Andy Armstrong, Tagish
Re: [VOTE] New Committer
+1 Christopher Cain wrote: I would like to nominate Patrick Luby [EMAIL PROTECTED] for committer status. His recent contributions include several security-manager-related patches and documentation help, and appears keen to tackle the Admin Apps functionality as well. I think he would make an excellent addition to the team. Votes please? - Christopher /** * Pleurez, pleurez, mes yeux, et fondez vous en eau! * La moitié de ma vie a mis l'autre au tombeau. *---Corneille */ -- Andy Armstrong, Tagish
Re: JTC and Tomcat 4
Remy Maucherat wrote: Hi, As some of you may have noticed, Tomcat 4 is starting to depend on some modules from the J-T-C repository. The problem is that it creates in some cases some circular dependencies for some build options. The number of the dependencies is also expected to go up in the future, including: JK, the new Java HTTP/1.1 connector, the util package, and the webapp connector. How complex are the dependencies? Superficially it doesn't seem that TC 4 should depend on the connectors. -- Andy Armstrong, Tagish
Re: [VOTE] Kin-Man Chung and William Barker for Tomcat Committer Status
+1, +1 Craig R. McClanahan wrote: I'd like to follow up on Nacho's (good) suggestion that we add William Barker and Kin-Man Chung as committers on Tomcat. They've both been providing invaluable assistance and patches. I'm +1 on them. Craig -- Andy Armstrong, Tagish
Re: [PATCH] Potential buffer overflow attach in mod_jk
+1 [EMAIL PROTECTED] wrote: On Wed, 26 Sep 2001, Ignacio J. Ortega wrote: I think we need Bill Barker Kin-Man Chung aboard already.. if we dont want to have more work that we already have integrating their patches.. Next can change subject and call this a vote about giving them committer access ASAP :) +1 :-) Costin -- Andy Armstrong, Tagish
Re: [VOTE] New Committer: Bojan Smojver
+1 Larry Isaacs wrote: I would like to propose Bojan Smojver as a committer. He has supplied a number of patches as well as done useful testing. I think he would make good addition to the Jakarta team. Vote, please... Larry Isaacs -- Andy Armstrong, Tagish
IIS Connector for TC4.0
Hi Gal, Developers, I'm about to produce a webapp version of the Domino connector for TC4.0, and I see there isn't an IIS connector. Is anyone working on this? Want me to take a look? Bye. -- Andy Armstrong, Tagish
Re: IIS Connector for TC4.0
Andy Armstrong wrote: Hi Gal, Developers, I'm about to produce a webapp version of the Domino connector for TC4.0, and I see there isn't an IIS connector. Is anyone working on this? Want me to take a look? (Sorry to follow myself up) Off-list I've had it explained to me that jk is still valid for TC4.0, so I'll concentrate on testing the jk version of the Domino connector with 4.0. Sorry for the confusion (all mine). -- Andy Armstrong, Tagish
Re: IIS Connector for TC4.0
Pier Fumagalli wrote: Andy Armstrong [EMAIL PROTECTED] wrote: Hi Gal, Developers, I'm about to produce a webapp version of the Domino connector for TC4.0, and I see there isn't an IIS connector. Is anyone working on this? Want me to take a look? No, I'm not yet working on those. I'm actually concentrating on fixing the library bugs, the required improvements, and its integration with APR, plus a bunch of developer docs which will help in refining/extending the WebApp library API. It would be so cool to be able to have at least a base code on which to work on, as Colin gratefully donated his code for NSAPI. Regarding a long-term plan, I heard Costin and Henri talking about refactorying the JK connector APIs, and using APR, but that actually nothing is ready yet (correct me if I'm wrong)... My alleged thought right now goes to a big input in terms of API design from the JK guys, I believe (but that's my personal feeling) that if a major redesign needs to be done in JK land, we can use some of the bases put in place by WebApp and especially APR, to come out with maybe a new/revised improved APR-based module... Let me know your thoughts... Urm. I'm keen to be guided by people who have a better overview of where connectors are headed in general and what needs doing really. My priority is to make sure the current Domino/JK connector works OK with TC4.0. Once that's nailed I'm open to suggestions. I'd be happy to produce a wepapp version of the Domino connector, but I'm also happy to undertake any work that needs doing on the IIS connector (I'm not suggesting there /is/ work to do on IIS -- it's just something I could quite easily do). As usual I'm also pondering why I'm spending so much time on IIS and Domino when I wouldn't run anything apart from Apache if I ruled the world. I wonder what I did in a past life... -- Andy Armstrong, Tagish
Re: [VOTE] New commiter Ryan Bloom
+1 GOMEZ Henri wrote: I would like to propose Ryan Bloom as commiter in Tomcat, and particulary on jakarta-tomcat-connector. Ryan is one of the dev leader in Apache 2.0 and contributed many patch for both mod_jk and mod_webapp, showing us that connectors avoid politics :) Vote, please - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- Andy Armstrong, Tagish
Re: [VOTE] Release Plan for Apache Tomcat 4.0 (final release)
Craig R. McClanahan wrote: Well, it's just about that time ... the Servlet 2.3 and JSP 1.2 specifications are going final soon (they are being voted on in the Java Community Process as we speak). Therefore, I've just submitted an initial draft of a Release Plan document for final release of Tomcat 4.0, which can be viewed online via: http://cvs.apache.org/viewcvs/~checkout~/jakarta-tomcat-4.0/RELEASE-PLAN-4.0.txt Please review this proposal, and the associated Bugzilla bug reports, and cast your vote: -- Release Plan for Apache Tomcat 4.0 (final release) -- [X] +1I am in favor of this plan, and will help [ ] +0I am in favor of this plan, but am unable to help [ ] -0I not in favor of this plan [ ] -1I am opposed to this plan, and my reason(s) are: Craig McClanahan -- Andy Armstrong, Tagish
Re: [VOTE] New Tomcat Committer
+1 [EMAIL PROTECTED] wrote: On Fri, 24 Aug 2001, Craig R. McClanahan wrote: As Jon informally did last week or so, I'd like to formally propose Christopher Cain [EMAIL PROTECTED] as a committer on Tomcat. He's contributed lots of useful discussion, patches, and documentation (particularly in the area of SSL-based things) and wants to do more. +1 Costin -- Andy Armstrong, Tagish
Re: Tomcat source archive corrupt?
Most likely it's a line ending issue. Visual Studio can't handle .dsp/.dsw files with Unix line endings -- you can fix it by editing the file in a proper text editor and changing the line endings. Cole, Corey (AZ75) wrote: I'm seeing a strange issue, and I believe that the problem is that your webserver is hosting corrupt files. If I download the 3.2.3 source _zip_ file (the gzipped tar file is okay) and try to open the MS Dev Studio project file, MS Dev pukes. Actually, version 6 silently fails, but VC 7 (aka VS.NET) warns that the .dsp file is corrupt. It doesn't matter if I use WinZip or the Java 'jar' tool to unzip the archive. This happens on 3 different OSes (NT 4, Win2k, and WinXP). The workaround is to download the gzipped tar file and use that as the source of the source as it were. Regards, Corey Cole [EMAIL PROTECTED] Desk: (602)436-2586 All your base are belong to us. -- Andy Armstrong, Tagish
Re: Sources in Binary Distributions
Fabien Le Floc'h wrote: As a tomcat user, I am not so enthousiast about your idea of removing the sources from the binaries. Almost every user download only the binaries. Having the sources inside means bringing more developers to the Tomcat project, just because it will be easier to take a look at the sources (since it is already installed in their tomcat dir). The more you look at the sources, the more you are likely to be involved. The sources are only about 2MB and 1 directory. It is anything but a mess on the harddisk. Furthermore it is the exact sources for the particular binary the user has, not some more recent or older sources. I'm not sure I agree with forcing the user to take the source as some sort of evangelical device, but this last point is well made I think. I've encountered more than one case of someone new to Tomcat in particular and Open Source in general being confused about the relationship between the source and binary versions. While you might argue that they should damn well RTFM, I can see value in tying the source and binary versions together to avoid a bit of confusion. -- Andy Armstrong, Tagish
Different approach to TC as a service (was: Separating Service code from Tomcat 4.0)
Hi Joe et al, Joe Flowers wrote: [snip cogent words about running TC as a service] I agree with you 100% WRT the difficulty of getting JavaService to work -- a sysadmin here pulled most of his few remaining hairs one day trying to get it working, so while I haven't personally looked at it I can well sympathize. For the Domino connector I took a slightly different approach: the Domino connector can optionally be configured to start Tomcat when it loads. This has a number of benefits including * simplified installation * assurance that Tomcat starts and stops at the right time relative to the web server's lifecycle * conceptually portable By conceptually portable I mean that while the code in the connector to implement Tomcat startup and shutdown isn't the same for all platforms the concept of running Tomcat in that way is -- you can safely assume that whatever the platform the admin has already arranged for the web server to start automatically if that's what they want, and the arrangements for starting Tomcat at the same time are essentially the same across all platforms. It would be easy enough to add the same functionality to the other connectors. This is a simple solution for all platforms in all cases except the one where you want to have Tomcat autostart in stand-alone mode, and I would assume that that's a relatively rare requirement. If there's interest I can investigate adding the same functionality to the other connectors. -- Andy Armstrong, Tagish
Re: Different approach to TC as a service (was: Separating Service code from Tomcat 4.0)
GOMEZ Henri wrote: [snip] This is a simple solution for all platforms in all cases except the one where you want to have Tomcat autostart in stand-alone mode, and I would assume that that's a relatively rare requirement. No so rare since many sites use a farm a Tomcat behind their web-server (using mod_jk load-balancing features) Ah yes -- I forgot about that. If there's interest I can investigate adding the same functionality to the other connectors. I'd like to see it on Apache at least. Could it be shared (or replace) the jk_service allready present in jtc/jk/native ? I'd have thought so -- I'll have a look. -- Andy Armstrong, Tagish
Re: Different approach to TC as a service (was: SeparatingService code from Tomcat 4.0)
Pier P. Fumagalli wrote: Andy Armstrong at [EMAIL PROTECTED] wrote: If there's interest I can investigate adding the same functionality to the other connectors. I would not want to see it in webapp... Autostart was the major headache back in JServ days... I wouldn't want to have to deal with the same thing again. Pier I only used JServ briefly before switching to Tomcat and it worked for me(tm). Can you recall any of the specific problems? -- Andy Armstrong, Tagish
Re: Different approach to TC as a service (was: SeparatingServicecode from Tomcat 4.0)
Pier P. Fumagalli wrote: Andy Armstrong at [EMAIL PROTECTED] wrote: I only used JServ briefly before switching to Tomcat and it worked for me(tm). Can you recall any of the specific problems? It was back in 1997, and I remember several patches across 2 months from Ed Korthof just to make it work. But you should get back and see the archives. I remember it was a big pain in the ass (and that for Jserv 1.0 I was always starting Jserv stand alone!) I'll do some reading. Do you recall whether the problems where specific to that implementation of the startup code or more generically related to having the servlet container autostart? -- Andy Armstrong, Tagish
Re: Different approach to TC as a service (was: Separating Service code from Tomcat 4.0)
Remy Maucherat wrote: Quoting Andy Armstrong [EMAIL PROTECTED]: Hi Joe et al, Joe Flowers wrote: [snip cogent words about running TC as a service] I agree with you 100% WRT the difficulty of getting JavaService to work -- a sysadmin here pulled most of his few remaining hairs one day trying to get it working, so while I haven't personally looked at it I can well sympathize. Yes, I can also confirm it's extremely hard to do too. One time, I forgot to check the NT Service check box in the installer, and it failed to install !!! ;-) So the bottom line is : give it another try using the installer (and keep your hair :) ). Maybe bugs were fixed or something like that. It wasn't my hair -- I don't have any any more ;-) -- Andy Armstrong, Tagish
Re: Different approach to TC as a service (was:SeparatingServicecode from Tomcat 4.0)
Pier P. Fumagalli wrote: [snip] I'll do some reading. Do you recall whether the problems where specific to that implementation of the startup code or more generically related to having the servlet container autostart? Oh, I remember it was about invoking the startup script, and also one big hassle was to shut down JServ from Apache, connecting to the port to issue a shutdown command... For the Domino connector I just do bin/tomcat.sh start or bin/tomcat.sh stop appropriately. It seems to work OK and is very simple to implement. -- Andy Armstrong, Tagish
Re: Separating Service code from Tomcat 4.0
Pier P. Fumagalli wrote: Pier P. Fumagalli at [EMAIL PROTECTED] wrote: I'd say, let's stick it with Tomcat until we don't have a proof-of-concept that it works, and then we can decide... I like jakarta-tomcat-service. Request-for-vote: Can I go ahead and open the new CVS repo? Pier Print and detach the following portion, then mail it over to me at: Pier Somewhere in London United Kingdom And don't forget to put a STAMP :) --- [ ] +1 - Do it, and I can help [X] +0 - Do it, but I can't help [ ] -0 - Do it, even if [ ] -1 - Don't do it, because My comments: -- Andy Armstrong, Tagish
Re: Somebody get me off this List PLEASE!!!!!!!!!!!!!!!!
Swart, James (Jim) ** CTR ** wrote: why is it everyone has such a hard time getting off this list? Someone put me in charge of getting people off the jarkata maillists, I'll make sure it's done to ensure these floods of get me off here is done... Sound good? Can't it be automated? What are the lists running on? -- Andy Armstrong, Tagish
Re: Somebody get me off this List PLEASE!!!!!!!!!!!!!!!!
Justin Erenkrantz wrote: On Thu, Jul 05, 2001 at 06:10:42PM +0100, Andy Armstrong wrote: Swart, James (Jim) ** CTR ** wrote: why is it everyone has such a hard time getting off this list? Someone put me in charge of getting people off the jarkata maillists, I'll make sure it's done to ensure these floods of get me off here is done... Sound good? Can't it be automated? What are the lists running on? Apache.org is using ezmlm. The problem is when users don't confirm the unsubscription or send it from the wrong address. It is automated, but it isn't idiot-proof. Ah It'd be nice to have a human moderator who reads tomcat-dev and can manually take people off the list when they start to complain on-list. -- justin Yup. -- Andy Armstrong, Tagish
Re: First day - RE: PROPOSAL: Tomcat docs
Rob S. wrote: Shown below are the results of today's content and organizational suggestions. It's still extreeemely rough, but this is the kind of stuff I like. We're making progress! =) - r 0) Introduction - Why use tomcat, what does it do and what doesn't it do? - Feature list as from tomcat 3 and as from tomcat 4 (group together features and in which versions they appear/dissapear). - Requirements (JDK versions, extra libs?, etc.) - How-to submit a bug - How-to subscribe to tomcat-user/-dev how-to UNSUBSCRIBE :) - Interesting links (api-spec, etc) - Comparisons with other containers 1) Administrator's Guide - Quick install (VERY short and simple) - Detailed installation? Not a nice name... - In Depth Installation? - Connectors and beyond. Why choose which connector and why don't use a certain connector? - Tomcat standalone - Apache - IIS - Netscape - Domino ;-) - Tomcat SSL - Tips - Style recommendations - Where to put JARs in different scenarios - (versioned?) Mini-FAQ - Advanced configuration - Complete server.xml reference - Heavy Load Guide (Loadbalancing) - Route map -- what lives where (server.xml/web.xml) 2) Web Application Developers' Guide - Things to know while developing with Tomcat. The web dev doesn't have to be an admin pro! - Links to other servlet/jsp resources I'm guessing that we only want Tomcat specific stuff in here, so general servlet topics might not be appropriate, but for the sake of completeness a couple of worked examples of servlets and jsps might not be out of place. 3) Container Architecture Guide - In this case also some references to technical docs which explain how to start writing eg custom handlers, etc). -- Andy Armstrong, Tagish
Re: Tomcat Documentation Project
+1 [EMAIL PROTECTED] wrote: Leaving aside the issue of file format for just one second... Are we agreed on the following? 1. Tomcat documentation sucks :-) 2. There needs to be a new CVS project called jakarta-tomcat-doc. My reasoning is that we want to avoid the fragmentation of documentation into different trees for 3.2, 3.3, and 4.0. Why? Because a lot of documentation would apply equally to all versions. Looking at it in reverse, the fact that someone is using an old version of Tomcat shouldn't mean they're forced to use an old version of the documentation. Instead, a chapter on, say, web application deployment may need to have a sidebar describing changes between 3.x and 4.x, but assuming 4.x isn't *radically* different, they can both use the same core text. (In cases where 4.x *is* radically different, it would just have a separate document/chapter, with the 4.x specificity clearly labelled in the title.) I know the 4.x crew have begun the process of creating a separate documentation set, including xdocs, and this is great. If it's too much work to integrate 3.x and 4.x then maybe they should remain separate CVS projects too, but it may still be desirable to have a separate CVS project anyway. 3. There needs to be a better index/TOC for the documentation we do have, and a reorganization of the redundant / outdated / wrong parts of the existing docs (the Apache config stuff comes to mind). 4. Someone or some small group of people should take responsibility for making this happen (before we run out of steam), regularly submitting proposals and keeping the rest of the group apprised of developments and decisions, but retaining some authority. Let's call this person/people the Documentation Czar. I'm not proposing he/they have any real authority over the content, but just over organizing it, deciding where to place it, and forming to do lists for documents/chapters that need to be written or proofed or tech edited or revised. If we agree on the above, then there's a good chance I'd volunteer to be the Doc Czar, even though I think it's a lot of work. I've been managing the jGuru Tomcat FAQ for a year, and the Servlets FAQ for longer, so I at least have some idea of the scope of this kind of organizational task. (Note that I'm not suggesting I actually *write* all this new documentation... :-) Maybe a better term would be Doc Editor or Editorial Board. And maybe I'm being too anal in proposing it; maybe the open source process will ensure the job gets done by interested developers even without the title. - Alex -- Alex Chaffee mailto:[EMAIL PROTECTED] jGuru - Java News and FAQs http://www.jguru.com/alex/ Creator of Gamelan http://www.gamelan.com/ Founder of Purple Technology http://www.purpletech.com/ Curator of Stinky Art Collective http://www.stinky.com/ -- Andy Armstrong, Tagish
Re: mod_jk configuration
Can we broaden this out to all connectors? At the moment the IIS connector has stuff in the registry, the Domino connector has stuff either in the registry or in an INI file (depending on platform). It's all a bit messy really. [EMAIL PROTECTED] wrote: The goals: 1. Full support for all the settings in web.xml. Right now the generated config fragment is incomplete, security configs are not generated, neither welcome files. 2. As easy as possible for the admin. The user should install the .so/.dll, add few lines in httpd.conf, and get a running system. No further configuration should be needed ( when you add a context for example ). 3. Support manual override. We can't expect the automatic config to resolve all the needs, only the common use case. A smart apache admin with a complex site might want to fine-tune the system. A complex load balancing site might also want to do advanced settings. 4. Fit into a bigger view - we want to extend the solution with more features and integrate it into the /admin or some other tools. Possible solution: 1. Start by using the same mapping as in webapp, i.e. mount the context and have all the requests served by tomcat. 2. Stop generating the current set of files but only uri_workers.properties ( which is equivalent with mount directives, only simpler and consistent for all supported web servers ) 3. For some webapps it should be possible to generate a better mapping, by including all the rules - but if we can't generate something equivalent with web.xml, we'll fall back to (2). 4. Fix the problem that was pointed by Dirk, i.e. allow explicit mappings in httpd.conf ( that set handler to script/jakarta ). This will be the override mode, with explicit settings in the config files. 5. For ajp14, add a set of classes to represent the configuration and the handler that will send it when the server connects. 6. (optional) Extend the current config generator to automatically edit httpd.conf and include the Include statements I'm still working on a longer term solution that could address more compex configurations and user tunning ( like server pools, special settings for security integration, etc ). Note that we already plan some extensions to ajp14 to support chunks of static content ( discussed mostly in jasper34 threads I think ), and this will extend very well for static files ( and reduce the problem that static files are served by tomcat intead of apache ). The extension will send the file name ( and offsets ) instead of the actual chunk, reducing the wire transfer and letting apache handle the static content ( assuming it is big enough ). This will be great for jasper, but also for static files. Also note that this is a temporary solution ( for static files ), until we figure out a way to map web.xml into apache, iis, nes, aol, domino ( or at least jk ) configurations. Please send feedback, I'll start implementing some of it tommorow or early next week ( I have a vacation - and I plan to go out for few days at the end of next week ). Costin -- Andy Armstrong, Tagish
Re: submit a patch
Send it to this list with an explanation of what it does. If all is well someone will take it and apply it to the source tree. Thomas Colin de Verdiere wrote: Hi, how do i submit a patch? Thomas -- Andy Armstrong, Tagish
Re: Multipart/Form-Data Problem
So these two pages refer to each other? What's supposed to handle the multipart/form-data? You know that Tomcat won't automatically handle it don't you? [EMAIL PROTECTED] wrote: Hi all, I have encountered a strange problem with tomcat 3.2.2 (standalone). I have prepared pages to upload files using post method but i ended up getting Can not find server and Connection reset by peer responses from IE and Netscape. When i post the data from the first page, the browsers display error messages. The thing is that error does not occur on every file and it occurs on both binary and text files. During the localization of the problem i removed the jsp statements from the program and changed the code. What i ended up with is the following two files whose content are nothing but the HTML tags; but the error is still there. Here are the files: --file upload.jsp HTML HEAD /HEAD BODY form name=upload method=post action=/java/1.jsp enctype=multipart/form-data BRBR Select a file: INPUT TYPE=FILE NAME=file1 INPUT TYPE=SUBMIT Name=Submit Value=Submit /BODY /HTML -file--1.jsp HTML HEAD /HEAD BODY FORM name=upload method=post action=/java/upload.jsp INPUT TYPE=HIDDEN Name=strdirname value=\ INPUT TYPE=HIDDEN Name=strsorttype value=name /FORM /BODY /HTML Can someone help me with this problem ? -Oner Necip Hamali -- Andy Armstrong, Tagish
Re: [jtc - jk] jk_version.h
Anyone mind if I replace #define JK_VERSION (((JK_VERMAJOR) 24) + ((JK_VERMINOR) 16) + \ ((JK_VERFIX) 8) + (JK_VERBETA)) with #define JK_MAKEVERSION(major, minor, fix, beta) \ (((major) 24) + ((minor) 16) + \ ((fix) 8) + (beta)) #define JK_VERSION \ JK_MAKEVERSION(JK_VERMAJOR, JK_VERMINOR, JK_VERFIX, JK_VERBETA) ? Then you can have #if defined(JK_VERSION) JK_VERSION = JK_MAKEVERSION(1, 2, 0, 1) ... #endif [snip] I have prepared a jk_version.h. I will commit it tomorrow (If I have time). Find it enclosed. /* common/jk_version.h */ /** START OF AREA TO MODIFY BEFORE RELEASING */ #define JK_VERMAJOR 1 #define JK_VERMINOR 2 #define JK_VERFIX 0 #define JK_VERSTRING1.2.0 /* Beta number */ #define JK_VERBETA 1 #define JK_BETASTRING 1 /* set JK_VERISRELEASE to 1 when release (do not forget to commit!) */ #define JK_VERISRELEASE 1 /** END OF AREA TO MODIFY BEFORE RELEASING */ #define PACKAGE mod_jk/ /* Build JK_EXPOSED_VERSION and JK_VERSION */ #define JK_EXPOSED_VERSION_INT PACKAGE JK_VERSTRING #if ( JK_VERISRELEASE == 1 ) #define JK_EXPOSED_VERSION JK_EXPOSED_VERSION_INT #undef JK_VERBETA #define JK_VERBETA 255 #else #define JK_EXPOSED_VERSION JK_EXPOSED_VERSION_INT -beta- JK_BETASTRING #endif #define JK_VERSION (((JK_VERMAJOR) 24) + ((JK_VERMINOR) 16) + \ ((JK_VERFIX) 8) + (JK_VERBETA)) -- Andy Armstrong, Tagish
Re: [jtc] anybody build iis plugin lately
GOMEZ Henri wrote: I've fixed isapi.dsp and added an nmake Makefile (isapi.mak). I also had to fix a vouple of syntax errors in jk_isapi_plugin.c that I think were changes that Henri made in an attempt to bring the IIS connector in line with the latest jk code. Right and in the IIS case I still didn't tried to rebuilt on my W2K machine. But I've got a VC6 now loaded and if you put a nmake I could test before commit :) I'm building an NT test machine here so I can test the IIS stuff before I commit it here. One of the changes Henri had made was similar to a change he made in the Domino connector. For now I've commented out the lines in question, which I don't think will break anything, but to incorporate that change fully in the Domino connector I had to make some non trivial changes to the code to defer initialisation of the worker map until the first request is seen by the connector. I think I'd have to do the same thing with the IIS connector to make it work (basically the problem is that Henri's code is looking for the name of the server which isn't available either from IIS or from Domino until you're inside a real request). I've update worker open() proc to have this information at init/validate time. If we couldn't have this information at init time, we'll have a problem with autoconf support since we NEED to log to servlet-engine BEFORE processing any REQUEST since we MUST GRAB all the URI the remote tomcat could handle For the Domino connector (which sees /every/ request the server gets remember) I do the init in the first request the filter sees, which is early enough to catch even the case where that first request should be routed to Tomcat. I don't think this should make any difference from Tomcat's point of view. The only reason for doing it this way is to be able to fill in worker_env.server_name. The name of the server isn't available either with IIS or Domino until the first request passes through the filter. Thanks for any information on init stage !!! -- Andy Armstrong, Tagish
Re: Anyone know why the ISAPI redirector works how it does?
OK, I've done a bit more digging. From what I've read about ISAPI it seems that thread exhaustion can be a problem both for filters /and/ extensions[1]. The advice on this page /is/ to avoid filters, but I assume that's just because filters will be invoked for every request -- unfortunately that's unavoidable for the Tomcat connector because we need to see every request in case Tomcat can handle it. So, currently we have a filter that delegates to an extension, both in the same DLL. If extensions execute in a different thread pool from filters it's possible that this helps performance, but it's not clear from the MS documentation that this is the case. What MS do specifically say is that, in cases where a filter or extension may block for any length of time the blocking part should run in a seperate thread so that IIS doesn't get thread starved -- this makes sense, and suggests that the correct performance oriented architecture for the IIS connector should be a filter (with an optimized 'straight throw' path) which delegates Tomcat requests not to an ISAPI extension but to a worker thread taken from a pool that is internal to the connector. This is more complex than what I had in mind, but I'm prepared to give it a try. Before I do, does anyone have any empirical evidence about what works best with IIS? [1] http://msdn.microsoft.com/library/default.asp? \ url=/library/en-us/iisref/html/psdk/asp/perf4vsj.asp Ignacio J. Ortega wrote: So, +1 for trying a different approach without breaking what's already there? My swahili is at times hard to understand :)) Yes i'm +1 on trying what you are proposing in another place on jtc tree and leaving iis as it is now.. I'm really courious about what you find .. every bit of performance is welcomed ever .. so if there is a bit waiting for tomcat lets catch it ..:)) i recall that i'd found the same architecture in other ISAPI modules like resin... Saludos , Ignacio J. Ortega -- Andy Armstrong, Tagish -- Andy Armstrong, Tagish
Re: Anyone know why the ISAPI redirector works how it does?
Marc Saegesser wrote: I don't have any problem with the experiment, and couldn't stop the *experiment* even if I wanted to. By all means, scratch the itch. I am curious though, what it takes to cause the thread starvation in a normal environment (what ever that is). Adding the complexity of a thread pool will slow down processing by some amount in the non-starved case. For the case where thread starvation is occurring, it stands to reason that we have *lots* of requests and lots more requests and threads than processors to throwing more threads probably won't improve the throughput for Tomcat requests. It might improve the throughput for the static pages served by IIS directly since those requests won't be stuck behind potentially long running servlet requests, but then only if those long running threads are blocked on I/O. Basically, throwing threads at a problem usually doesn't do much for performance. Still, I'd be interested to see how this experiment effects performance. Yeah, well I'm not entirely convinced myself. I'm guessing, from what I've read on the MS site, that IIS actually runs with quite a small, fixed size, pool of threads and relies on its ability to serve static content very quickly to ensure that this is adequate. As soon as you start executing (relatively) slow requests in threads from this pool you end up with most of the threads blocked. That's my reading anyway -- I might do some experiments to find out how many distinct threads IIS is using before I do anything else. I am prepared to believe that if IIS is tightly optimized for static content and runs with a thread pool that is only just large enough for its normal needs that this might be the case, though, like you, I'm a little sceptical. Marc Saegesser -Original Message- From: Andy Armstrong [mailto:[EMAIL PROTECTED]] Sent: Sunday, June 24, 2001 7:11 AM To: [EMAIL PROTECTED] Subject: Re: Anyone know why the ISAPI redirector works how it does? OK, I've done a bit more digging. From what I've read about ISAPI it seems that thread exhaustion can be a problem both for filters /and/ extensions[1]. The advice on this page /is/ to avoid filters, but I assume that's just because filters will be invoked for every request -- unfortunately that's unavoidable for the Tomcat connector because we need to see every request in case Tomcat can handle it. So, currently we have a filter that delegates to an extension, both in the same DLL. If extensions execute in a different thread pool from filters it's possible that this helps performance, but it's not clear from the MS documentation that this is the case. What MS do specifically say is that, in cases where a filter or extension may block for any length of time the blocking part should run in a seperate thread so that IIS doesn't get thread starved -- this makes sense, and suggests that the correct performance oriented architecture for the IIS connector should be a filter (with an optimized 'straight throw' path) which delegates Tomcat requests not to an ISAPI extension but to a worker thread taken from a pool that is internal to the connector. This is more complex than what I had in mind, but I'm prepared to give it a try. Before I do, does anyone have any empirical evidence about what works best with IIS? [1] http://msdn.microsoft.com/library/default.asp? \ url=/library/en-us/iisref/html/psdk/asp/perf4vsj.asp Ignacio J. Ortega wrote: So, +1 for trying a different approach without breaking what's already there? My swahili is at times hard to understand :)) Yes i'm +1 on trying what you are proposing in another place on jtc tree and leaving iis as it is now.. I'm really courious about what you find .. every bit of performance is welcomed ever .. so if there is a bit waiting for tomcat lets catch it ..:)) i recall that i'd found the same architecture in other ISAPI modules like resin... Saludos , Ignacio J. Ortega -- Andy Armstrong, Tagish -- Andy Armstrong, Tagish -- Andy Armstrong, Tagish
Re: Anyone know why the ISAPI redirector works how it does?
(sorry to follow myself up, but I've just found some more evidence about this) Andy Armstrong wrote: [snip] Yeah, well I'm not entirely convinced myself. I'm guessing, from what I've read on the MS site, that IIS actually runs with quite a small, fixed size, pool of threads and relies on its ability to serve static content very quickly to ensure that this is adequate. As soon as you start executing (relatively) slow requests in threads from this pool you end up with most of the threads blocked. That's my reading anyway -- I might do some experiments to find out how many distinct threads IIS is using before I do anything else. I am prepared to believe that if IIS is tightly optimized for static content and runs with a thread pool that is only just large enough for its normal needs that this might be the case, though, like you, I'm a little sceptical. Hmm. Well, surprisingly, according to this page[1] the default thread pool size for IIS is 10 times the number of processors and the server doesn't do anything adaptive with this number though it can be changed in the registry. This number does seem surprisingly low -- I can see how, in cases where the server was handling a lot of traffic of which some was being delegated to Tomcat there could be starvation. [1] http://www.google.com/search?q=cache:2jnr72XWvVU: \ msdn.microsoft.com/componentresources/html/articles \ /ta/ta_030.asp+iis+thread+pool+sizehl=en -- Andy Armstrong, Tagish
Re: Anyone know why the ISAPI redirector works how it does?
Marc Saegesser wrote: Again, threads don't improve performance, in fact they degrade performance and on some platforms (namely, Windows) they can degrade performance very quickly. Context switching between threads on Win32 is *really, really* expensive (several hundred instructions in kernel space). Without processors to back up the threads you can just end up wasting cycles switching between threads and not accomplishing real work. Yes, understood. What surprised me was that it wouldn't dynamically throw new threads in the pool in the specific case where lots of threads where blocked which is what I assume happens quite a lot in a typical webserver -- Tomcat interaction. Extra threads are only compute intensive when they get scheduled -- if most of them are sleeping then they're relatively cheap. Of course it turns out, as I read more, than IIS /can/ dynamically throw new threads in the pool in that eventuality. I think the only way to bottom this out is for me to write some code to test it, but I do understand that more threads != more speed in the general case. I'm still unconvinced though that the current filter + extension connector architecture is likely to be any better than a filter only implementation on the basis of what I've read about the internals of IIS. Time to stop talking and start experimenting I think ;-) -- Andy Armstrong, Tagish
Re: Anyone know why the ISAPI redirector works how it does?
[EMAIL PROTECTED] wrote: Hi, I'm a new, late starter on this thread... My understanding is that IIS runs about 15 threads and for filters it runs it on one of the threads, and for extension procs it uses the model defined in the application setup of the virtual directory (Low [iis thread], Medium [pool thread], High [isolated, app specific threads]). From what I can see of the Tomcat code, because it has the Filter and Extension call backs in the same DLL it will always default to Low (ie. as a filter). My understanding is that the best way to do the IIS/Tomcat integration is tricky - but worth it. You would: o Have a separate filter to do the absolute minimum to check whether the URI is for a Servlet - this would run on the IIS thread and then direct it to the Exension Proc. o Have a separate DLL implementing the extension proc and have it run in the High protection model. o In the extension proc you would implement the asynch call back model where in simple terms IIS passes the call to the Tomcat DLL, the Tomcat DLL then has its own pool of threads to process the request by releasing the IIS thread and holding a ref to a callback sig function so that when Tomcat has finished it sigs back to IIS that it is complete and IIS then takes over again. This is the way ASP works and makes sure you never get the dreaded Server Busy response back to the client because the scarce IIS threads are exhausted. Apart from that, I haven't thought about it ;-) Not much ;-) I'm surprised that it can choose which thread to use for filters -- is it not the case that filters are just called in the context of whichever thread is handling a particular request? I seem to be committed now to finding out empirically what's going on inside IIS and which approach will yield the best performance, both for requests delegated to Tomcat and for everything else the server's doing. I'll be sure to try the approach you suggest -- it certainly sounds reasonable. -- Andy Armstrong, Tagish