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: Domino Tomcat Redirector
On 17 Jun 2005, at 20:20, Mladen Turk wrote: Well, IMO even IBM has give his hands out of the Domino. Apparently so. If someone wish to roll a dice, we have 1.2.6 that 'should' support a Domino, at least version 5. I've tried to make (newer, even 1.2.6) it work with version 6 (just as intellectual exercise) but never had any luck. I haven't even looked at it I'm afraid. I don't have a box with Domino on it any more - in fact I don't have any Windows boxes at all so I'd only really be able to work on the Linux version. IMHO there is no reason to try to maintain something that has no real-world usage or at least a support from the (well IBM-lke company). Agreed. Thanks - it's been fun :) You can always find some other web server :) I haven't used Domino for nearly two years and I have to say, without wishing to be unkind to the people who developed it, that my head is a lot better these days :) The fact that I only use Apache myself has made it difficult to stay interested in Domino... -- Andy Armstrong, hexten.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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: DOS kind of Attack to your RAM?
On 17 Mar 2005, at 04:31, John Smith wrote: I know this is not exactly a Java/TC question, but that could happen to any machine in a DMZ. It's not even vaguely a Java/TC question. Today as I showcased some app to my clients there was an incident of clients entering data that is not saved. It apparently happens in some cases, all data kept in sessions I keep in a memory HSQL table only when a user is done I save the data on the back end tables But apparently they corrupted the in memory data somehow Who did? What evidence is there that you were attacked? In what sense is it a DOS attack? What does it have to do with Jakarta? How do these m*th$r f&ck!rs do that (any links?) and how can you avoid it? You haven't really said what 'they' have done. -- 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 Hello, world 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 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: 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: 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
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
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 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 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
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
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: 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: 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. 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]
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]
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 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 JkUriSet group lb:lb 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: 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: 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: 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: 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]
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: 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]
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: [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]
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]
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]
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: 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]
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: -> 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: 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: 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
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: 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]
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: 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]
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: 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]
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: [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 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]>
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]>
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: > > > [X] +1 Make the release > [ ] +0 Good idea, but I can't help > [ ] -0 Bad idea > [ ] -1 No, because: > > > > 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]>
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] New Watchdog Committer: Ryan Lubke
+1 "Craig R. McClanahan" wrote: > > NOTE: I'm posting this here because Watchdog was originally contributed > to Apache along with Tomcat, and the Tomcat developer community will be > substantially helped by Ryan's proposed efforts. > > I would like to nominate Ryan Lubke ([EMAIL PROTECTED]) as a committer on > the Watchdog project. Ryan works on the servlet and JSP compliance tests > for J2EE servers, and has volunteered to bring the Watchdog tests up to > date with respect to testing for Servlet 2.3 and JSP 1.2 compliance. This > will assist Tomcat developers in ensuring that Tomcat stays compliant with > these specifications, as well as other container developers. > > Over the past few weeks, Ryan has posted several patches and improved > tests here (on TOMCAT-DEV). I'd like him to be able to commit these > directly. > > Votes, please? > > Craig McClanahan > > -- > 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: Eric Rescorla
+1 GOMEZ Henri wrote: > > As you may know, Eric Rescorla is one the few specialists in SSL > in the world, author of one of the few SSL bible books and he have > also created the excellent OpenSource JSSE alternative, PureTLS. > > He strike back in adapting PureTLS to Tomcat, today Tomcat 3.3, and > so I would like to propose him as a new committer. > > Votes please? > > -- > 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: 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] 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. > > > [ ] +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: > > > > 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] 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] 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
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: 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: [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
Re: missing /util/xml/PopStack.java
Andrew McGhee wrote: > > Guys (developers on the Tomcat system development team), > > I am still getting emails from users trying to build tomcat from scratch, > about it missing these (and other) java files from the source distribution. > > 1. Has anyone been able to successfully build Tomcat from the source > distribution. > 2. If not, can someone check to see if the sytstem that produces the source > distribution is correctly checkout out files from the CVS repository? I have > a gut feeling that the system is not checking out all of the files required. I couldn't find PopStack.java either, but I realised I didn't need the release I was trying to build so I gave up the search with the assumption I was doing something wrong. -- 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: 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
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: [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] Bug Notification E-Mails
Christopher Cain wrote: > > I'm going to go ahead and call this, in the name of peace and brotherhood :) > > - > > Whenever a bug is entered or modified on Nagoya Bugzilla, should Tomcat-Dev > receive a copy of the automatic e-mail notification sent to the "assigned" > developer? > > [X] +1 Tomcat-Dev should definitely be CC'ed a copy of the notifications > [ ] +0 Sure, why not > [ ] -0 I don't really care to see them, but I won't complain if I do :) > [ ] -1 Leave it alone (explain) With the caveat that they should have a subject line that makes them easily filterable. -- 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
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: 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: > > 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: 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: 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
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: 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!!!!!!!!!!!!!!!!
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: 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: First day - RE: PROPOSAL: Tomcat docs
Has everyone seen these articles: http://www.onjava.com/pub/ct/33 ? Might be useful to link to from the doc. "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) > > 1) Administrator's Guide > >- Quick install (VERY short and simple) >- Detailed installation? Not a nice name... >- Connectors and beyond. Why choose which connector and > why don't use a certain connector? >- Tomcat standalone >- Apache >- IIS >- Netscape >- Tomcat & SSL >- Tips >- (versioned?) Mini-FAQ >- Advanced configuration >- Complete server.xml reference >- Heavy Load Guide (Loadbalancing) > > 2) Web Application Developers' Guide > >- Things to know while developing with Tomcat. The web dev > doesn't have to be an admin pro! > > 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: [J-T-C] struct defs
> OK, you two, Andy/JF convinced me to OOing also in standard C ;;;))) Tres bon ;-) -- Andy Armstrong, Tagish
Re: [J-T-C] struct defs
GOMEZ Henri wrote: > > >The reason would be to keep the implementation details of the structure > >private so that people aren't tempted to access the fields > >directly. All > >the caller gets is an opaque handle. Think of it as 'objects lite' for > >C. > > I could understand the OO construction if we were using C++ > but in strict K&R when you need to have access elements in > a struct you need to know about them ?) > > The goal is to have functions defs in .c and data defs in .h > preparing scandoc task > > So what about that repartition ? No, I think it's right as it stands. Just because we're working in C doesn't mean we can't do encapsulation. This is a perfectly valid idiom to express the concept of some.c and some.h working together to implement a 'class' which is only accessed through a functional interface. The encapsulation benefits are the same as for Java or C++. For one thing it means that the implementation in some.c can change without impacting client code. I haven't looked at any of the specific cases you're talking about, but in general I would say that this is good programming style. -- Andy Armstrong, Tagish
Re: [J-T-C] struct defs
The reason would be to keep the implementation details of the structure private so that people aren't tempted to access the fields directly. All the caller gets is an opaque handle. Think of it as 'objects lite' for C. GOMEZ Henri wrote: > > We found many definitions like this > in mod_jk : > > xxx.h > > struct jk_map; > typedef struct jk_map jk_map_t; > > xxx.c > > struct jk_map { > jk_pool_t p; > jk_pool_atom_t buf[SMALL_POOL_SIZE]; > > char **names; > void **values; > > unsigned capacity; > unsigned size; > }; > > Why not having it directly in xxx.h > > typedef struct { > jk_pool_t p; > jk_pool_atom_t buf[SMALL_POOL_SIZE]; > > char **names; > void **values; > > unsigned capacity; > unsigned size; > } jk_map_t; > > - > Henri Gomez ___[_] > EMAIL : [EMAIL PROTECTED] (. .) > PGP KEY : 697ECEDD...oOOo..(_)..oOOo... > PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -- 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: TC4 docs - can we end this?
"Rob S." wrote: > > > Anyway +1 million on getting some decent docs written. Personally I'd > > find it useful if someone who is reasonably clueful on the state of TC > > documentation at the moment could summarise what's out there. The TC > > book project for example; where's that at? > > I think that falls under my personal category of "too involved to garner > much continual support". That's just my thought tho' =) If we had a solid > bank of docs and had proven to ourselves that we could even do that 'simple' > task, then I'd be all for a book. Lets get some docs out there first ;) Completely agree -- I'm just trying to get a feel for what's been done so far on the assumption that there may be useful documentation lying around out there. -- Andy Armstrong, Tagish
Re: TC4 docs - can we end this?
"Rob S." wrote: > > (apologies in advance for the tone, I'm a happy person =) > > As far as Anakia is concerned, it's proven (within Jakarta), it looks a lot > like XHTML, there's resident expertise, and TC 4 is already using it. Of > course I am *all for* debate, discussion, etc. but in lieu of all of the > above, why continue dicussing it? What's *wrong*? > > I dunno who said it, but a long time ago there's a nice quote I heard in > English class, "The purity of a revolution lasts for about two weeks." It > explains what happens each time we talk about docs, a nice(r) admin UI, etc. > It seems like people are more interested in talking about what projects to > create, what tools to use, etc. when I *still* haven't read any comments > about *THE ACTUAL DOCUMENTATION* aside from "TOMCAT SUCKS!" and everyone's > agreement that the docs are in need of repair... Not a lot of > groundbreaking realizations left to make on those two points. You have, of course, put your finger on the reason why so many free software projects have sucky docs -- we'd all far rather fantasize about high falutin tools than put finger to keyboard. Talking about the tools is just another reason to delay writing the docs. Anyway +1 million on getting some decent docs written. Personally I'd find it useful if someone who is reasonably clueful on the state of TC documentation at the moment could summarise what's out there. The TC book project for example; where's that at? -- 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: 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 > > > > > action="/java/1.jsp" enctype="multipart/form-data"> > > Select a file: > > > > > -file--1.jsp > > > > > action="/java/upload.jsp" > > value="\"> > value="name"> > > > > > Can someone help me with this problem ? > > -Oner Necip Hamali -- 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: 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: TomcatBook - was TOMCAT SUCKS
GOMEZ Henri wrote: > > >On Friday 29 June 2001 11:41, [EMAIL PROTECTED] wrote: > >> A few months ago a project to write a Tomcat book was started (check: > >> http://www.sourgeforge.org search for tomcatbook) > > > >http://sourceforge.net/projects/tomcatbook/> > > > >> Haven't heard a lot about it since. Wouldn't it be an good idea to > >> synchronise efforts? > > > >Probably. Apparently 22 people are signed up... can't see how far > >they've got yet, though. > > A tomcat book using a GPL licence to cover a tool using Apache Licence ? > > A more realist approach could be to move that project to jakarta-tomcat, > or a sub-project like jakarta-tomcat-docs, and may be provide authors > a commiter status ? > > What about ? +1 if they're interested. -- Andy Armstrong, Tagish
Re: [jtc - jk] jk_version.h
Hi Jean Frederic, Would you like me to commit this? jean-frederic clere wrote: > > Andy Armstrong wrote: > > > > +1 > > > > jean-frederic clere wrote: > > > > > > GOMEZ Henri wrote: > > > > > > > > >so, forgive me if this is a stupid question, but... how is jk_version.h > > > > >generated on windows? do i need to install cygwin stuff and run > > > > >buildconf.sh/configure? > > > > > > > > Good point Kevin :) > > > > > > > > May be just by editing it ;) > > > > > > Should move the logic of version out from configure and to jk_version.h (Any > > > way I was not very happy to have to commit configure.in when the j-t-c version > > > changes). > > > > -- > > Andy Armstrong, Tagish > > 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_VERSTRING"1.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 - 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_VERSTRING"1.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 - jk] jk_version.h
Would you like me to commit it now? jean-frederic clere wrote: > > Andy Armstrong wrote: > > > > +1 > > > > jean-frederic clere wrote: > > > > > > GOMEZ Henri wrote: > > > > > > > > >so, forgive me if this is a stupid question, but... how is jk_version.h > > > > >generated on windows? do i need to install cygwin stuff and run > > > > >buildconf.sh/configure? > > > > > > > > Good point Kevin :) > > > > > > > > May be just by editing it ;) > > > > > > Should move the logic of version out from configure and to jk_version.h (Any > > > way I was not very happy to have to commit configure.in when the j-t-c version > > > changes). > > > > -- > > Andy Armstrong, Tagish > > 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_VERSTRING"1.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