RE: Some JK2 ideas v.3
Just my 2 pence worth (as an apache/tomcat admin in a large company); - the configuration should be in Apache's config file, rather than some complex properties file +1 Yes please! The general idea is to connect to TC and get the URI/VHOST topology, but we still need the 'intervene' directives for connector specific ones. How to make them simpler to use the JK and JK2? Perhaps using something like: CoyoteWorker workerA ...directives /CoyoteWorker I agreed for this on worker configuration in httpd.conf. And then: Files *.jsp CoyoteUsesWorker workerA /Files ok. We should also be able to handle : Location /myspecialurl CoyoteUsesWorker workerA /Files Something very familiar to Apache admins. Excellent point in that it needs to be similar to other apache directives. - it should work well with other modules (I guess if somehow it is accepted into the Apache codebase, it will be required) That's why we should focus on Apache 2 only module. Hum, but Not sure I'm in favor of that (unless you meant dropping 1.3 module by that). Of course, I want a module designed for Apache 2.x (2.0/2.1). Apache 1.3 could live with jk 1.2.x. IIS/NES/DOMINO could use jk 1.2 or jk2. No more code complexity to handle all the web-servers around, we should focus on Apache 2.x. For example majors Linux distributions are now using Apache 2 instead of Apache 1.3. So Apache 2.x will be more and more used. true. But from experience most admins will not use the vendor (Sun/Redhat/IBM etc ...) supplier widget as this widget is subject to a vendors patching schedule. Hence most admins install their own version outside the normal file system hierarchy. So, be in mind that people like me still use 1.3 for many reasons, although some have moved to 2.x. What I am trying to say is that do not dismiss 1.3.x unless it is difficult to include. - I think the protocol should be an extension of AJP/1.3 I proposed eons ago, AJP/1.3 extension, called AJP/1.4 and it could be a good candidate. In my idea we should start to write an APR based AJP/1.4 library, which could be first used outside Apache 2 server for test and benchs purposes. +1, but in contradiction with previous :). I would also like to see the gzip like extension to AJP/xx for lowering the data transfer. It was proposed some times ago together with some light crypto to secure apache - tomcat link when you're not in a secure network. All of these could be made optional in protocol negociation side of AJP/14... Crypto and compression would be a very good addition - although not to ignore the simple connection as it needs to be quick/efficient! Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some JK2 ideas v.3
What I am trying to say is that do not dismiss 1.3.x unless it is difficult to include. Well if we had to support Apache 1.3, will have to support two very different web-server and could make use of APR since Apache 1.3 came without APR. Ah ok - so this is complex to make it work with 1.3.x. And in such case, we'll have to spend time on -dev and -users list to explain how to make Apache 1.3 with APR support, a waste of time. Agreed. If admins want to stay with Apache 1.3, no problem for me, they'll have to stay with mod_jk 1.2.x. ok - just need to make this clear in the docs/how-to's. Crypto and compression would be a very good addition - although not to ignore the simple connection as it needs to be quick/efficient! Compression and crypto are negociated at AJP nego time, see the part about MD5 use in both native and java side. Ah appologies I though crypto would mean SSL'ing the link or encypting the AJP contents with AES/Blowfish et al. Thanks Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some JK2 ideas v.3
Ah appologies I though crypto would mean SSL'ing the link or encypting the AJP contents with AES/Blowfish et al. It could of course, all we need is a fast crypto protocol, and more important something ALLREADY available in APR/Apache2/Java Although this is getting off topic, using openssl and the java crypto libs should provide the necessary libs - although this extends the dependancies somewhat, which will not be popular. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some JK2 ideas v.3
-Original Message- From: Remy Maucherat [mailto:[EMAIL PROTECTED] The only 2 JNI models that actually work are jk2 protocol marshalling, pass only byte[] and eclipse swt small simple calls with mostly int and byte[] params All that is cool, but what you propose looks a lot like JK 2 (JMX dynamic features, support for many webservers, etc), and we know that almost no developer understands it anymore. This clashes head on with the it has to be simple requirement: how do you expect the issue to be solved ? This is the point about dropping server portability, among other things. Sorry to say it aloud, but for new developments I don't care about IIS (it should die) nor Apache 1.3, which are the two other servers that matter. To support these, we have mod_jk 1.2 (and too bad if people don't get the extra features). Ouch! I know you guys want to move on, and so far the ideas look great. Just remember that some users move very, very, very slowly, especially big companies. Hopefully something will popout of all of this and there can be an end to the confusion that is mod_jk-mod_webapp-mod_jk2 Greg PS Agreed that IIS can rot, but then some colleagues might read this, so it's great, honest! Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some JK2 ideas
-Original Message- From: Jess Holle [mailto:[EMAIL PROTECTED] Unfortunately, some have drank too much Microsoft Kool-Aid. A good number desparately want NTLM-based authentication. [They like the single-sign on for Windows clients, but they love the notion of better security than clear-text name/password, etc, without having to buy a server certificate or use HTTPS on their intranet.] If Apache 2 had a stable module for this (whether or not it was from the ASF itself), I would think this would be a good step to get these folk to shift to Apache. But does NTLM not work over proxies? . great on a flat LAN, but not a good idea anywhere else. If you need to secure the logon do you not need to secure the content as well? OT I know. NTLM is one of my pet hates. Greg -- Jess Holle - 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: Some JK2 ideas v.2
If this is all wishlists .. it'd be nice if we could set the worker and handler via mod_rewrite. Intead of JkMount /*.jsp loadbalancer Say: RewriteCond %{REQUEST_URI} *\.jsp RewriteRule ^(.+)$$1 [T=jk,E=worker:loaderbalance] [If my syntax above is correct] -Tim Mladen Turk wrote: Tim, Would do you think a dependancy on rewrite is a good idea, as AFAIK it is not part of the core build apache 2 - but I could be very wrong as I only use 1.3.x Agreed overall that making jk2 either part of the standard, easier to build and configure would be a great step forward IMHO. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Some JK2 ideas v.2
Sorry Tim missed that post, but agree that something simpler would be great IMHO. There is a learning cliff with mod_jk2 that many I feel try to climb, and don't make it. They then tomcat gives them a bad taste. KISS - the easier it is to do a simple config (and at the same time have flexibility to do a complicated one) the better. -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 15 July 2004 15:25 To: Tomcat Developers List Subject: Re: Some JK2 ideas v.2 I wasn't thinking of a dependency on mod_rewrite, but a way to to configure JK based on common data structures that may be set by mod_rewrite. Its actually a restatement of this: http://marc.theaimsgroup.com/?l=tomcat-devm=108987495224170w=2 -Tim [EMAIL PROTECTED] wrote: Would do you think a dependancy on rewrite is a good idea, as AFAIK it is not part of the core build apache 2 - but I could be very wrong as I only use 1.3.x Agreed overall that making jk2 either part of the standard, easier to build and configure would be a great step forward IMHO. - 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: TC evolment
-Original Message- From: Henri Gomez I think that we need to change the thinking perspective from TC being a 'helper' to TC being a 'workhorse'. Interesting idea Mladen. Next idea. If we drop Apache 2.0 support we need to have jk/jk2 jobs done somewhere : What about Tomcat 5 Coyote as a ajp13 dispatcher with advances and fine tuning rules, which could be updated in real time in via JMX ? Yes something like that, It will allow mod_jk2 lb features and header preproc, but in pure Java, and it'll need to expose some kind of the API, usable from native code. Having that in Java will allow dynamic config either using JMX or some other technology. Will it use ajp13 as a messaging protocol? I don't know yet. MT. Hi All, Just thought I'd chip in! Please feel free to ignore me. I use tomcat exclusively behind apache. This is for performance reasons both as a proxy for slow clients (releasing relatively expensive tomcat resources) and as a static content server. We use apache to control our URL space and serve all sorts of content from all sorts of servers. In many instances tomcat, or jboss or any other app server does not have the control over the URL/Request that apache gives us without allot of custom coding. We use mod_rewrite, mod_proxy, php, mod_perl, mod_some_auth_module. I have not benchmarked it but I would be surprised it tomcat was as good as apache in an SSL environment. Just my 2 pence worth, to defend us flat earth people that still use Apache (mostly 1.3.x as well) in front of tomcat for lots of quite sensible reasons. I do agree that a lot of tomcats are stand alone and that these can be quite usefully setup without apache is a valid one, but not an exclusively so. Greg ps I still see an 80/20 rule of 80% static content, 20% dynamic both in traffic and war file content. Not to say the 20% does not involve a lot of processing to produce! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Fwd: Releasing JK 2.0.4]
[shm] file=anonymous slots=75 debug=10 Should slots be startservers or maxclients? To MaxClients (maximum number of servers that will ever be able to start). In your case 200. OK - I assume that this sets the right size so to speak. Set also the [logger] level=DEBUG Ah! This looks very good: [Wed Mar 17 10:06:27 2004] (debug ) [jk_shm.c (166)] shm.init(): file=anonymous size=1703936 [Wed Mar 17 10:06:27 2004] ( info ) [jk_shm.c (122)] shm.create() Created head fed8 size 8192 [Wed Mar 17 10:06:27 2004] (debug ) [jk_shm.c (181)] shm.create(): shm created fed8 fed02008 0 [Wed Mar 17 10:06:27 2004] (debug ) [jk_shm.c (202)] shm.init() Reset anonymous fed02008 Lots of extra stuff in the file, but nothing that looks like an error. Looking very good so far. Doing furthurer tests now. Many, many thanks Mladen. Greg MT. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
Greg, Hi Paul, I have just recently joined this list (and this is my first post!) because I *might* have a few cycles and (in theory :-)) the expertise to help out a little. Anyway after seeing this post - just thought I'd let you know that you are not alone. I am also trying to use mod_jk2 on Solaris 8 with apache 1.3.x. I'm only experimenting with jk2 so far and haven't built from anything recent - just 2.0.2 and kludged around the problems to get it to build run. Thought I'd wait until 2.0.4 at least before really trying to integrate it into our system... - paul r. I only experience this issue on 2.0.4-dev from a few weeks ago. Turk has done allot of work recently on this, but as yet I have not had time to check these changes - sorry Turk. I am however going to try this today. Famous last words! If you plan on using JK2 in a similar way to me I would checkout 2.0.4-dev from CVS, build it and have a go, as it may not work in its current form. As an aside our team will be looking at apache2 and tomcat5 sooner rather than later as it would appear that more development effort is taking place on these platforms. However balancing lots of apps and infrastructure upgrades and testing with day to day support means this will not happen soon. Thanks! Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Fwd: Releasing JK 2.0.4]
Hi, Seems that the shm is working now. Greg, have you been able to test it with the current patches? Anyhow IMO it should work, cause the same problem manifested on FreeBSD has been solved. Henri, when do you plan to tag the release? MT. Turk, Different errors, but still does not work: # rm -fr /var/tmp/cr.sandwich.pfizer.com_81.shm leopard# rm logs/jk2.log leopard# ./start [Tue Mar 16 19:04:10 2004] [warn] module mod_ntauth.c is already added, skipping [Tue Mar 16 19:04:10 2004] ( info ) [mod_jk2.c (321)] Set serverRoot /WWW/servers/apache/1.3.26c/cr.sandwich.pfizer.com_81 Apache() loaded, lib directory added /WWW/servers/apache/1.3.26c/apachectl start: httpd started leopard# leopard# tail -f logs/jk2.log [Tue Mar 16 19:04:10 2004] (error ) [jk_shm.c (102)] shm.create(): error creating shm 22 Invalid argument [Tue Mar 16 19:04:10 2004] (error ) [jk_shm.c (174)] shm.create(): error creating shm /var/tmp/cr.sandwich.pfizer.com_81.shm [Tue Mar 16 19:04:14 2004] (error ) [jk_shm.c (102)] shm.create(): error creating shm 70014 End of file found [Tue Mar 16 19:04:14 2004] (error ) [jk_shm.c (174)] shm.create(): error creating shm /var/tmp/cr.sandwich.pfizer.com_81.shm ^C leopard# ls -la /var/tmp/cr.sandwich.pfizer.com_81.shm -rw-r--r-- 1 root other 0 Mar 16 19:04 /var/tmp/cr.sandwich.pfizer.com_81.shm Again I have not had time to look into this. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [Fwd: Releasing JK 2.0.4]
Turk, The name is Mladen :-). Very sorry. That's actualy good, we are getting somewhere :). :-) 2004] (error ) [jk_shm.c (102)] shm.create(): error creating shm 22 Invalid argument This is very interesting error (Invalid argument), can you enlight me with the server setings like what is the maxchilds number. MinSpareServers 24 MaxSpareServers 100 StartServers 75 MaxClients 200 MaxRequestsPerChild 5000 Also, In the workers2.properties try to set [shm:] file=anonymous slots=xxx (where xxx is the number of forked child processes) debug=10 ok. Now set to: [shm] #debug=100 #file=/var/tmp/cr.sandwich.pfizer.com_81.shm #size=1048576 file=anonymous slots=75 debug=10 Should slots be startservers or maxclients? Out of interest where is the file now? Instead of the current shm file, and see if it works. Again I have not had time to look into this. Could you turn the LogLevel debug and post the errorl.log here. It would be very helpful. there should be line like: [debug] jk_shm.c(166): shm.init(): file=anonymous size=2162688 Nothing in jk2.log Interesting this is the error.log [Tue Mar 16 20:03:00 2004] ( info ) [mod_jk2.c (412)] mod_jk child init [Tue Mar 16 20:03:00 2004] ( info ) [mod_jk2.c (420)] mod_jk.post_config() init worker env [Tue Mar 16 20:03:01 2004] [warn] module mod_ntauth.c is already added, skipping [Tue Mar 16 20:03:01 2004] ( info ) [mod_jk2.c (321)] Set serverRoot /WWW/servers/apache/1.3.26c/cr.sandwich.pfizer.com_81 Apache() loaded, lib directory added [Tue Mar 16 20:03:04 2004] ( info ) [mod_jk2.c (412)] mod_jk child init [Tue Mar 16 20:03:04 2004] ( info ) [mod_jk2.c (420)] mod_jk.post_config() init worker env [Tue Mar 16 20:03:05 2004] [notice] Apache/1.3.26 (Unix) mod_jk2/2.0.4-dev mod_perl/1.27 configured -- resuming normal operations [Tue Mar 16 20:03:05 2004] [notice] suEXEC mechanism enabled (wrapper: /WWW/app/apache/1.3.26c/bin/suexec) [Tue Mar 16 20:03:05 2004] [info] Server built: Aug 20 2002 18:03:13 [Tue Mar 16 20:03:05 2004] [notice] Accept mutex: fcntl (Default: fcntl) Greg Ps I am off home now! MT. - 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: jk2 new shmem using APR
1000448/8192? The size you use should be a multiple of the pagesize according to man mmap(). The pagesize could be checked by the following: +++ #include stdlib.h #include unistd.h main() { printf(%d\n,(int)sysconf(_SC_PAGE_SIZE)); } +++ # grep size workers2.properties size=1015808 1015808/8192 = 124 Still fails in the same way, _test being the 2.0.4-dev, the plain 2.0.3. -rwxr-xr-x 1 root other16777216 Mar 11 13:15 cr.sandwich.pfizer.com_81.shm -rw-r--r-- 1 root other 0 Mar 12 10:59 cr.sandwich.pfizer.com_81_test.shm Have not tried the below yet. Greg I saw these problems with another 3rd party module too (mod_watch), and I looked for a solution, I've looked at this: /** * Set a file to be inherited by child processes. * */ APR_DECLARE_INHERIT_SET(file); which might probably solve it, but not tested yet with mod_jk2; with the other module it didnt work, and I asked at the httpd-dev list and was told that I should look at mod_ssl which does some tricks to make sure that files created by init are later accessable from this point of view APR is probably not broken, and we need to do some more than only open the scoreboard file to make sure it is later accessable. Guenter. - 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]
RE: jk2 new shmem using APR
Could you try to put cr.sandwich.pfizer.com_81_test.shm in another file system (/tmp is a special one)? Still does not work in /var/tmp ... [Fri Mar 12 13:01:41 2004] (error ) [jk_shm.c (158)] shm.create(): error creating /var/tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f5020 Invalid argument [Fri Mar 12 13:01:41 2004] (error ) [jk_shm.c (233)] shm.create(): error mmapping /var/tmp/cr.sandwich.pfizer.com_81.shm I might get some time next week to look at this Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
-Original Message- From: Guenter Knauf [mailto:[EMAIL PROTECTED] Sent: 09 March 2004 21:32 To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Subject: Re: jk2 new shmem using APR 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. Greg who reported the problem on Solaris posted an 'ls' of the files created from APR and created from the older code which Henri did put in for me, and there you could see the difference... Greg, can you please repost this? Here you go, It does create a file, but with 0 size (even though we have set something like 16m) ie: -rw-r--r-- 1 root other 0 Feb 27 12:31 cr.sandwich.pfizer.com_81.shm Compared to the old mod_jk2 version 2.0.3 (same config bar the name and old conector used) -rwxr-xr-x 1 root root 1000448 Feb 24 11:14 shm.file Greg I saw these problems with another 3rd party module too (mod_watch), and I looked for a solution, I've looked at this: /** * Set a file to be inherited by child processes. * */ APR_DECLARE_INHERIT_SET(file); which might probably solve it, but not tested yet with mod_jk2; with the other module it didnt work, and I asked at the httpd-dev list and was told that I should look at mod_ssl which does some tricks to make sure that files created by init are later accessable from this point of view APR is probably not broken, and we need to do some more than only open the scoreboard file to make sure it is later accessable. Guenter. - 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: jk2 new shmem using APR
The entire shm support will be available _only_ if there is APR_HAS_SHARED_MEMORY support. So if the particular platform doesn't implement that, or the apr's implementation is bogus, one can disable that when building apr. APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Can someone tell me what are the platforms that doesn't have the support for APR_HAS_SHARED_MEMORY. As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. Does the above help? Greg And also what are the platforms that doesn't support anonymous shared memory. Thanks, MT. - 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: jk2 new shmem using APR
APR_HAS_SHARED_MEMORY appears bogus on Solaris 2.8 with 0.94 and CVS (1.0). First of all why? What is the reason, apr or solaris? Looks like it is apr. How can you change the apr build as mod_jk2 builds apr when trying to make apr for apache 1.3.x? Using Suns complier. Seams that we only have a problem with you ;-). That is the conclusion I have come up with too! Basically I think we are the only people using the combination of: new mod_jk2 apache 1.3.26 apr 0.94/1.x Solaris 2.8 Suns workshop complier: cc: WorkShop Compilers 5.0 98/12/15 C 5.0 So our present solution is to look at moving to apache 2.x that everyone else appears to be using. In the meantime mod_jk2 2.0.3 works ok in our present build. Moving to apache 2 is a lot of work due to the compliance documentation required, also having to build perl 5.8.3 for mod_perl and then move all our C/Perl modules over. Do you have any idea how to fix the apr's shmem support for that particular platform? Not yet, but I did want to look at it. I need to create a test case without involving mod_jk2. I would rather see that fixed then trying to reinvent the wheel. Agreed. But the last emails I saw suggested that the next mod_jk2 2.0.x release would use either APR 0.95 that came with apache 2.0.x or apr-0.94 which is the most recent separate release, which is broken. Hence a chicken and egg style problem! Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 new shmem using APR
As per above, Solaris apr build appears to have bugs. As yet I have not had the time to look at why. Does the above help? I very seriously doubt this. Apache uses shared memory for the scoreboard communication between the parent and child processes. In Apache 2.0, this is done using APR's shared memory support. Also, the APR testsuite tests shared memory, and while I don't currently have a Solaris machine, the last time I had one, APR passed this test on Solaris. I do no boubt the above. But I am using apache 1.3.x When building mod_jk2 it requires the source to apr and apr-util along with apxs for apache 1.3.x (I have used 1.3.26, I know this is old, but I have other reasons). mod_jk2 builds apr and apr-util as before anything else. It will not use an installed apr or apr-util, it requires the source. When building apr returns APR_HAS_SHARED_MEMORY 1 and hence mod_jk2 builds with this. When you then fire up apache with this module the following errors are logged in the jk2.log file: [Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (163)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f5020 Invalid argument [Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (238)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm Hacking jk_shm.c to not use the APR shared memory results in it working. I think that jk_shm.c has been changed to use apr in the last 12 months as 2.0.3 does not need apr. Perhaps you could give us more information about why you think APR's shared memory appears to be bogus. From the above I would assume it is passing or being passed a wrong argument ;-) It is worth noting that this appears to be an apache 1.3.x issue as no one else seems to suffer from this. However I have no idea if anyone else has tried building mod_jk2 on Solaris for apache 1.3.x. Thanks. Greg Ryan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 buglets
-Original Message- From: Mladen Turk [mailto:[EMAIL PROTECTED] In case of single child mpm, nothing. On others, jkstatus at least. Also, we adopted the APR as mandatory, so, all platform specific code except JNI has to go out (sooner or later). MT. That is fine, assuming that APR works on all platforms. Which presently is not the case. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 buglets
-Original Message- From: [EMAIL PROTECTED] Assuming that the next mod_jk2 release wants to go with the present APR (0.94) or even the CVS (pre 1.0?) then we need to kludge mod_jk on solaris 8 (at least) to not use APR for this bit. No it's gonna be 0.95 (the one distributed with httpd-2.0.48) This has yet to be released as a standalone package (latest is 0.94) CVS version number is now up to 1.0. Where does that leave Apache 1.3 users? I was going to add an defined(foo) to the APR defined lines, however I do not know the right foo to add __sun seems too broad. The next more complex fix is to alter the Makefile with a -d. What do people think? Look at my today post (JK2 shm). It's going to use the shm. If the platform is missing APR_HAS_SHARED_MEMORY the shm will be disabled. Also you can alway set the shm to disabled if the APR platform MMAP is buggy. Which at the moment is Solaris based Apache 1.3 users. Can we not add a !define to exclude using APR for the shm on solaris, until APR is fixed? Otherwise we need to document this feature for all those people who might want to build mod_jk2 on solaris for apache 1.3.x which is not easy for many people. IMHO much better to have a release that works (even with work arrounds) than one that requires furthur fettling, often by people who have no idea what they are doing. Greg MT. - 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: jk2 buglets
-Original Message- From: Guenter Knauf [mailto:[EMAIL PROTECTED] Sent: 27 February 2004 16:13 To: [EMAIL PROTECTED] Subject: RE: jk2 buglets hmm, you could check to use the old mmap code which Henri just has checked in again; get latest jk_shm.c from cvs and modifiy it to ignore APR_HAS_MMAP and use HAVE_MMAP instead; if that works then we know for sure that APR mmap supportg is somehow broken on Solaris, and you have to ask in the apr group for a fix... Guenter. Good call. Ignoring APR results in an so that starts and responds apparently without error. Assuming that the next mod_jk2 release wants to go with the present APR (0.94) or even the CVS (pre 1.0?) then we need to kludge mod_jk on solaris 8 (at least) to not use APR for this bit. I was going to add an defined(foo) to the APR defined lines, however I do not know the right foo to add __sun seems too broad. The next more complex fix is to alter the Makefile with a -d. What do people think? Thanks Guenter. Greg - 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: jk2 buglets II
Dues to the environment the word upgrade tends to send shivers down some of my team! We have a strict complaince system to work under. This is not just a tomcat issue, but an Opensource issue where bug fixes are released as upgrades. Most vendors release patches so that an existing version can continued to be used. Which is our case is handy. We might look at 4.1.3x in a few months depending on issues with 4.1.29. Thanks anyway! Greg -Original Message- From: David Rees [mailto:[EMAIL PROTECTED] Sent: 26 February 2004 19:33 To: [EMAIL PROTECTED] Subject: RE: jk2 buglets II [EMAIL PROTECTED] wrote: This seemed to be an issue with tomcat 4.1.24. Using 4.1.29 resolves this issue. Thanks for the pointers, especially the one to open my eyes and check which tomcat version I was using. While you're at it, you should upgrade to 4.1.30 which fixes some memory leaks and other minor issues which could crop up as well. -Dave - 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: jk2 buglets
Dear All, Testing the jk2-2.0.3 cvs we seem to get this error, which makes 2.0.3-dev useable for us. I can only assume others are not seeing this (apache 1.3.26 + mod_perl) on Solaris 2.8 (sparc). Has anyone had any success with 1.3.x on Solaris with the jk2-dev code? I an getting apr and apr-utils from CVS to see it this helps, otherwise I'll get acquainted with apr/shm and jk_shm.c! Greg [Fri Feb 27 09:58:28 2004] (error ) [jk_shm.c (233)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm [Fri Feb 27 09:58:28 2004] (error ) [jk_shm.c (158)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 0 22 0x44e020 Invalid argument [Fri Feb 27 09:58:28 2004] (error ) [jk_shm.c (233)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm --- ab started [Fri Feb 27 09:59:21 2004] (error ) [jk_shm.c (350)] shm.createSlot() no shared memory head [Fri Feb 27 09:59:21 2004] (error ) [jk_endpoint.c (49)] workerEnv.init() create slot epStat.0 failed [Fri Feb 27 09:59:29 2004] (error ) [jk_shm.c (350)] shm.createSlot() no shared memory head - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 buglets
-Original Message- From: Guenter Knauf [mailto:[EMAIL PROTECTED] Sent: 27 February 2004 13:20 To: [EMAIL PROTECTED] Subject: RE: jk2 buglets Hi Greg, look at your apr.h for APR_HAS_MMAP and tell us how this is set... #define APR_HAS_MMAP 1 thats strange. Is is possible that there's a permission issue with creating the file? Can you please try to configure the shm file to be created in a public writable dir, f.e. /tmp or such? Permissions should be ok. It does create a file, but with 0 size (even though we have set something like 16m) ie: -rw-r--r-- 1 root other 0 Feb 27 12:31 cr.sandwich.pfizer.com_81.shm Compared to the old version (same config bar the name and old conector used) -rwxr-xr-x 1 root root 1000448 Feb 24 11:14 shm.file Greg Guenter. - 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: jk2 buglets
/* First make sure the file exists and is big enough */ rc=apr_file_open( file, shm-fname, APR_READ | APR_WRITE | APR_CREATE | APR_BINARY, APR_WREAD|APR_WWRITE|APR_WEXECUTE, globalShmPool); Thanks Guenter, Same sort of issue: [Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (163)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f5020 Invalid argument [Fri Feb 27 15:12:08 2004] (error ) [jk_shm.c (238)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm ( 22 = Invalid argument ) Ideas? Come Monday I'll have a rummage in jk_shm.c and apr. Greg Guenter. - 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: jk2 buglets II
Thanks Dave, This seemed to be an issue with tomcat 4.1.24. Using 4.1.29 resolves this issue. Thanks for the pointers, especially the one to open my eyes and check which tomcat version I was using. Feel a bit of a muppet! Greg -Original Message- From: David Rees [mailto:[EMAIL PROTECTED] Sent: 23 February 2004 21:43 To: Tomcat Developers List Subject: RE: jk2 buglets II On Mon, February 23, 2004 1at 0:28 am, [EMAIL PROTECTED] wrote: Does restarting the Tomcat instance free up the stuck processes? Yup. Apache seems to recover fine, as the socket gets reset. OK, can you figure out what Tomcat is doing when these processes get stuck? It seems that you may have some threads hanging up in Tomcat. Apache will wait forever for a response from Tomcat, or until the connection is broken. -Dave - 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: jk2 buglets
Hi All, We have been giving the latest CVS code for mod_jk2 a thorough test to look towards using it as our next production release. Happy to say that thus far it seems fine. The following still looks like a bug to me so I have attached a diff (not huge) of jakarta-tomcat-connectors/jk/native2/jk_shm.c : $ diff jk_shm.c jk_shm.c.org 201c201 shm-fname, (int) finfo.size, rc, (int) globalShmPool, error ); --- shm-fname, finfo.size, rc, globalShmPool, error ); finfo.size needs to be cast to an int avoid a stack overflow, as on a lot of platforms finfo.size and globalShmPool can be longs on solaris hosts that have large file support or 64bit mode. These are derived from size_t in /usr/include/sys/types.h (used by APR). I would have thought that the AMD opteron's might have the same issue. Does the above make sense? Could someone agree/disagree and commit/not commit appropriately. Thanks. Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 23 February 2004 16:32 To: [EMAIL PROTECTED] Subject: jk2 buglets Hi All, We have been running into different issues with jk2 concerning shared memory (on Solaris 8) Calls to the function jk2_shm_create fail logging the following in the jk2.log file, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 buglets
Sorry, this seems to be a bad week. The diff should be: $ diff jk_shm.c.org jk_shm.c 201c201 shm-fname, finfo.size, rc, globalShmPool, error ); --- shm-fname, (int) finfo.size, rc, (int) globalShmPool, error ); Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 26 February 2004 10:45 To: [EMAIL PROTECTED] Subject: RE: jk2 buglets Hi All, We have been giving the latest CVS code for mod_jk2 a thorough test to look towards using it as our next production release. Happy to say that thus far it seems fine. The following still looks like a bug to me so I have attached a diff (not huge) of jakarta-tomcat-connectors/jk/native2/jk_shm.c : $ diff jk_shm.c jk_shm.c.org 201c201 shm-fname, (int) finfo.size, rc, (int) globalShmPool, error ); --- shm-fname, finfo.size, rc, globalShmPool, error ); finfo.size needs to be cast to an int avoid a stack overflow, as on a lot of platforms finfo.size and globalShmPool can be longs on solaris hosts that have large file support or 64bit mode. These are derived from size_t in /usr/include/sys/types.h (used by APR). I would have thought that the AMD opteron's might have the same issue. Does the above make sense? Could someone agree/disagree and commit/not commit appropriately. Thanks. Greg -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 23 February 2004 16:32 To: [EMAIL PROTECTED] Subject: jk2 buglets Hi All, We have been running into different issues with jk2 concerning shared memory (on Solaris 8) Calls to the function jk2_shm_create fail logging the following in the jk2.log file, - 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: jk2 buglets
I tried that, but Solaris (8) diff does not support unified diff's (according to my Solaris 8 man page), but in the interests of unity: --- jk_shm.c.org2004-02-23 14:40:01.0 + +++ jk_shm.c2004-02-26 11:03:38.0 + @@ -198,7 +198,7 @@ env-l-jkLog(env, env-l, JK_LOG_ERROR, shm.create(): error creating %s %d %d %#lx %s\n, - shm-fname, finfo.size, rc, globalShmPool, error ); + shm-fname, (int) finfo.size, rc, (int) globalShmPool, error ); shm-privateData=NULL; return rc; } Greg -Original Message- From: Guenter Knauf [mailto:[EMAIL PROTECTED] Sent: 26 February 2004 11:32 To: [EMAIL PROTECTED] Subject: RE: jk2 buglets Hi, Sorry, this seems to be a bad week. The diff should be: $ diff jk_shm.c.org jk_shm.c can you please use unified diffs: diff -u jk_shm.c.org jk_shm.c this is the preferred patch form with all ASF stuff... Guenter. - 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: JK2 release Expat
Thanks Greg for all the detailed information. I've committed the fix for this. Could you update your source and let us know how it goes? -Kurt Kurt, To confirm that this has fixed this problem - cvs from this morning (11:00 GMT). Many thanks. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 buglets
Hi All, We have been running into different issues with jk2 concerning shared memory (on Solaris 8) Calls to the function jk2_shm_create fail logging the following in the jk2.log file, [Mon Feb 23 12:12:00 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/shm.file 2117728 2117992 0x16 [Mon Feb 23 12:12:00 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/shm.file [Mon Feb 23 12:12:00 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/shm.file 3864680 0 16 [Mon Feb 23 12:12:00 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/shm.file [Mon Feb 23 12:12:03 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/shm.file 4382816 4383080 0x16 [Mon Feb 23 12:12:03 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/shm.file [Mon Feb 23 12:12:03 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/shm.file 5124200 0 16 [Mon Feb 23 12:12:03 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/shm.file On investigation it appears that there are some casting issues in this function on the line, /* Now mmap it */ rc=apr_mmap_create( aprMmap, file, (apr_off_t)0, (apr_size_t)finfo.size, APR_MMAP_READ | APR_MMAP_WRITE, globalShmPool ); if( rc!=JK_OK ) { char error[256]; apr_strerror( rc, error, 256 ); env-l-jkLog(env, env-l, JK_LOG_ERROR, shm.create(): error creating %s %d %d %#lx %s\n, shm-fname, finfo.size, rc, globalShmPool, error ); shm-privateData=NULL; return rc; } As some of these fields are long's when build with large file support, on solaris 2.8, Changing the code to: /* Now mmap it */ rc=apr_mmap_create( aprMmap, file, (apr_off_t)0, (apr_size_t)finfo.size, APR_MMAP_READ | APR_MMAP_WRITE, globalShmPool ); if( rc!=JK_OK ) { char error[256]; apr_strerror( rc, error, 256 ); env-l-jkLog(env, env-l, JK_LOG_ERROR, shm.create(): error creating %s %d %d %#lx %s\n, shm-fname, (int) finfo.size, rc, globalShmPool, error ); shm-privateData=NULL; return rc; } Reports the error better, but unfortunately it still fails to mmap correctly (we changed the filename) Mon Feb 23 15:21:42 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 2117992 22 0x1f5020 Invalid argument [Mon Feb 23 15:21:42 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm [Mon Feb 23 15:21:42 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 0 22 0x1f5020 Invalid argument [Mon Feb 23 15:21:42 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm [Mon Feb 23 15:21:46 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 4383080 22 0x41e020 Invalid argument [Mon Feb 23 15:21:46 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm [Mon Feb 23 15:21:46 2004] (error ) [jk_shm.c (199)] shm.create(): error creating /tmp/cr.sandwich.pfizer.com_81.shm 0 22 0x41e020 Invalid argument [Mon Feb 23 15:21:46 2004] (error ) [jk_shm.c (274)] shm.create(): error mmapping /tmp/cr.sandwich.pfizer.com_81.shm (We changed the shared memory file name). Are we doing something wrong, or is this a buglet. Regards Thanks. Greg Cope GCS Ltd Assign to: CIT, Sandwich - ISG Phone: (44) 01304 642040 Fax: (44) 01304 652118 LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addresee(s) only. Access to this e-mail by anyone else is unauthorised. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorised and may be unlawful. If you are not an addressee, please inform the sender immediately. Pfizer Limited is registered in England under No. 526209 with its registered office at Ramsgate Road, Sandwich, Kent CT13 9NJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jk2 buglets II
We seem to have another buglet with mod_jk2 2.0.2. We seem to be unable to recreate the bug using ab, but when one of our busiest servers has been running for a few hours we get apache children stuck (at times upto 100 children are blocked, which is how we found the issue as the server appeared slow). Looking at server-status we the stalled children appear as: 1-0 18136 1/426/426 W 0.9916600 0.3 1.40 1.40xx xx GET /homepage/components/GetTime.jsp HTTP/1.1 The time since last request (SS in this case 1660) goes up as you would expect, yet this is the 2nd slot child. Graceful restarts do not help. The child remains in an apparent W (write state). This only happens to JK2 served content. Truss reveals: # truss -p 18136 read(39, 0x00505820, 4) (sleeping...) signotifywait() (sleeping...) lwp_sema_wait(0xFE30DE60) (sleeping...) (etc ..) Any ideas on debugging this? This bug is present in CVS and from 2.0.2. Thanks again. (I will shut up soon!) Greg Cope GCS Ltd Assign to: CIT, Sandwich - ISG Phone: (44) 01304 642040 Fax: (44) 01304 652118 LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addresee(s) only. Access to this e-mail by anyone else is unauthorised. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorised and may be unlawful. If you are not an addressee, please inform the sender immediately. Pfizer Limited is registered in England under No. 526209 with its registered office at Ramsgate Road, Sandwich, Kent CT13 9NJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 buglets II
Which Tomcat on the remote side ? 3.3, 4.0, 4.1, 5.0 ? Sorry forgot that: 4.1.29 with jdk 1.4.2_02 Greg - 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: jk2 buglets II
Which Tomcat on the remote side ? 3.3, 4.0, 4.1, 5.0 ? Sorry forgot that: Sorry being an idiot. This is presently on 4.1.24. Leave this with me... I've made a mistake and need to retest with 4.1.29. Due to having to qualify (extensively test and document) out installs we are always behind the bleeding edge. Appologies. Greg 4.1.29 with jdk 1.4.2_02 Greg - 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]
RE: jk2 buglets II
Does restarting the Tomcat instance free up the stuck processes? -Dave Yup. Apache seems to recover fine, as the socket gets reset. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
-Original Message- From: Kurt Miller [mailto:[EMAIL PROTECTED] Sent: 20 February 2004 03:09 To: Tomcat Developers List Subject: Re: JK2 release Expat Thanks Greg for all the detailed information. I've committed the fix for this. Could you update your source and let us know how it goes? -Kurt Many thanks Kurt. I look at this Monday, as I am going to a wedding this Weekend. Thanks for the fast patch! Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 20 February 2004 09:39 To: [EMAIL PROTECTED] Subject: RE: JK2 release Expat -Original Message- From: Kurt Miller [mailto:[EMAIL PROTECTED] Sent: 20 February 2004 03:09 To: Tomcat Developers List Subject: Re: JK2 release Expat Thanks Greg for all the detailed information. I've committed the fix for this. Could you update your source and let us know how it goes? -Kurt Kurt, I assume you mean that you have patched jk2, not apr or apr-utils? Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
What does apu-config --libs (in apr-util-0.9.4) gives? In my machine it tells: +++ bash-2.03$ ./apu-config --libs /export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la bash-2.03$ ./apu-config --link-libtool --libs /export/home3/jfclere/tmp/apr-util-0.9.4/libaprutil-0.la /export/home3/jfclere/tmp/apr-util-0.9.4/xml/expat/lib/libexpat.la bash-2.03$ ./apr-config --link-libtool --libs /export/home3/jfclere/tmp/apr-0.9.4/libapr-0.la -lsendfile -lrt -lm -lsocket -lnsl -lresolv -lpthread -ldl +++ I think we have to use --link-libtool --libs instead of --libs. Not quite, apr does not have an Expat dependency (as far as it's configure goes), apr-util does apr-config (with --libs/--link-libtool) $ /var/tmp/temo/apr-0.9.4/apr-config --libs -lsendfile -lrt -lm -lsocket -lnsl -lresolv -lpthread -ldl $ /var/tmp/temo/apr-0.9.4/apr-config --libs --link-libtool -lsendfile -lrt -lm -lsocket -lnsl -lresolv -lpthread -ldl /var/tmp/temo/apr-0.9.4/libapr-0.la Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
-Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Yes, the patch is in jk2. Thanks Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
-Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: 18 February 2004 17:05 To: Tomcat Developers List Subject: Re: JK2 release Expat Henri Gomez wrote: a ldd /var/tmp/mod_jk2_new.so would be nice to have. Close but no cigar ( I checked that before posting) but here for completeness; $ ldd /var/tmp/mod_jk2_new.so libsendfile.so.1 = /usr/lib/libsendfile.so.1 librt.so.1 =/usr/lib/librt.so.1 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libpthread.so.1 = /usr/lib/libpthread.so.1 libdl.so.1 =/usr/lib/libdl.so.1 libc.so.1 = /usr/lib/libc.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libmp.so.2 =/usr/lib/libmp.so.2 libthread.so.1 =/usr/lib/libthread.so.1 /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1 Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
-Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: 19 February 2004 15:56 To: Tomcat Developers List Subject: Re: JK2 release Expat [EMAIL PROTECTED] wrote: -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: 18 February 2004 17:05 To: Tomcat Developers List Subject: Re: JK2 release Expat Henri Gomez wrote: a ldd /var/tmp/mod_jk2_new.so would be nice to have. Close but no cigar ( I checked that before posting) but here for completeness; $ ldd /var/tmp/mod_jk2_new.so libsendfile.so.1 = /usr/lib/libsendfile.so.1 librt.so.1 =/usr/lib/librt.so.1 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libpthread.so.1 = /usr/lib/libpthread.so.1 libdl.so.1 =/usr/lib/libdl.so.1 libc.so.1 = /usr/lib/libc.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libmp.so.2 =/usr/lib/libmp.so.2 libthread.so.1 =/usr/lib/libthread.so.1 /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1 Greg How did you build apr ? If it's in DSO, could you make a ldd on it ? Using the following as a configure line in jk/native2: ./configure --with-java-home=/WWW/app/java/j2sdk1.4.2_02 --with-apxs=/WWW/app/apache/1.3.26c/bin/apxs --with-apr=/var/tmp/temo/apr-0.9.4 --with-apr-util=/var/tmp/temo/apr-util-0.9.4 /usr/local/bin/make (No other ./configure options seemed to get far) When it configures apr-util it finds expat thus: configuring apr-util... invoking /bin/bash ./configure --prefix=/var/tmp/temo/apr-util-0.9.4 --with-apr=/var/tmp/temo/apr-0.9.4 snippage apr-util: checking for Expat in /usr... no apr-util: checking for Expat in /usr/local... yes apr-util: setting APRUTIL_EXPORT_LIBS to -lexpat apr-util: setting APRUTIL_INCLUDES to -I/usr/local/include apr-util: setting APRUTIL_LDFLAGS to -L/usr/local/lib apr-util: setting APRUTIL_LIBS to /usr/local/lib/libexpat.la But the build lib needs expat linked in: $ nm ./lib/libaprutil-0.a | grep XML_GetError [34]| 0| 0|NOTY |GLOB |0|UNDEF |XML_GetErrorCode Yet mod_jk2 does not have expat linked in (as shown by the ldd output). Should it not be building apr-util as a shared library? So that it can dynamically load libexpat? Or if not, an extra library would be required at linktime of mod_jk2? Does the above make sense? Thanks, Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JK2 release Expat
Few, apr-utils has a dependency on expat, yet when linking mod_jk2 apr-config --libs is used: `/var/tmp/temo/apr-0.9.4/apr-config --libs` However apr-config / apr does not have a dependency on expat, so it does not return the right line with -L/usr/local/bin -lexpat (in my case added) The the line that gets spat out should look like (notice I've added the expat bit at the end): /bin/sh ../../libtool --mode=link cc -avoid-version -module -rpath /WWW/app/apache/1.3.26c/libexec -L/WWW/app/apache/1.3.26c/lib -o ../../../build/jk2/apache13/mod_jk2.la ../../../build/jk2/apache13/jk_channel.lo ../../../build/jk2/apache13/jk_channel_apr_socket.lo ../../../build/jk2/apache13/jk_channel_jni.lo ../../../build/jk2/apache13/jk_channel_un.lo ../../../build/jk2/apache13/jk_config.lo ../../../build/jk2/apache13/jk_config_file.lo ../../../build/jk2/apache13/jk_endpoint.lo ../../../build/jk2/apache13/jk_env.lo ../../../build/jk2/apache13/jk_handler_logon.lo ../../../build/jk2/apache13/jk_handler_response.lo ../../../build/jk2/apache13/jk_logger_file.lo ../../../build/jk2/apache13/jk_logger_win32.lo ../../../build/jk2/apache13/jk_map.lo ../../../build/jk2/apache13/jk_md5.lo ../../../build/jk2/apache13/jk_msg_ajp.lo ../../../build/jk2/apache13/jk_mutex.lo ../../../build/jk2/apache13/jk_mutex_proc.lo ../../../build/jk2/apache13/jk_mutex_thread.lo ../../../build/jk2/apache13/jk_nwmain.lo ../../../build/jk2/apache13/jk_objCache.lo ../../../build/jk2/apache13/jk_pool_apr.lo ../../../build/jk2/apache13/jk_registry.lo ../../../build/jk2/apache13/jk_requtil.lo ../../../build/jk2/apache13/jk_shm.lo ../../../build/jk2/apache13/jk_signal.lo ../../../build/jk2/apache13/jk_uriEnv.lo ../../../build/jk2/apache13/jk_uriMap.lo ../../../build/jk2/apache13/jk_user.lo ../../../build/jk2/apache13/jk_vm_default.lo ../../../build/jk2/apache13/jk_workerEnv.lo ../../../build/jk2/apache13/jk_worker_ajp13.lo ../../../build/jk2/apache13/jk_worker_jni.lo ../../../build/jk2/apache13/jk_worker_lb.lo ../../../build/jk2/apache13/jk_worker_run.lo ../../../build/jk2/apache13/jk_worker_status.lo ../../../build/jk2/apache13/jk_service_apache13.lo ../../../build/jk2/apache13/mod_jk2.lo /var/tmp/temo/apr-0.9.4/lib/libapr-0.la /var/tmp/temo/apr-util-0.9.4/lib/libaprutil-0.la `/var/tmp/temo/apr-0.9.4/apr-config --libs` -L/usr/local/bin -lexpat ldd now has an entry for libexpat, and the mod_jk2.so loads. Perhaps other expats are build differently? Clear as mud? Greg -Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Sent: 19 February 2004 15:56 To: Tomcat Developers List Subject: Re: JK2 release Expat [EMAIL PROTECTED] wrote: -Original Message- From: jean-frederic clere [mailto:[EMAIL PROTECTED] Sent: 18 February 2004 17:05 To: Tomcat Developers List Subject: Re: JK2 release Expat Henri Gomez wrote: a ldd /var/tmp/mod_jk2_new.so would be nice to have. Close but no cigar ( I checked that before posting) but here for completeness; $ ldd /var/tmp/mod_jk2_new.so libsendfile.so.1 = /usr/lib/libsendfile.so.1 librt.so.1 =/usr/lib/librt.so.1 libm.so.1 = /usr/lib/libm.so.1 libsocket.so.1 =/usr/lib/libsocket.so.1 libnsl.so.1 = /usr/lib/libnsl.so.1 libresolv.so.2 =/usr/lib/libresolv.so.2 libpthread.so.1 = /usr/lib/libpthread.so.1 libdl.so.1 =/usr/lib/libdl.so.1 libc.so.1 = /usr/lib/libc.so.1 libaio.so.1 = /usr/lib/libaio.so.1 libmp.so.2 =/usr/lib/libmp.so.2 libthread.so.1 =/usr/lib/libthread.so.1 /usr/platform/SUNW,Ultra-80/lib/libc_psr.so.1 Greg How did you build apr ? If it's in DSO, could you make a ldd on it ? - 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]
JK2 release Expat
Hi All, I've been trying to test jk2 as we have a little buglet with 2.0.2 (it appears apache children get confused, and hang whilst/after dealing with jk2 served content, they then hand around and clog up the process list, and eventually we hit MaxClients). Due to many reasons we run an older version of Apache (1.3.26). This has been complied with --disable-rule=EXPAT due to mod perl. However when I start up an apache with the new jk2.so I get: Cannot load /var/tmp/mod_jk2_new.so into server: ld.so.1: /WWW/app/apache/1.3.26c/bin/httpd: fatal: relocation error: file /var/tmp/mod_jk2_new.so: symbol XML_GetErrorCode: referenced symbol not found Which appears to be an Expat error. Is this a new issue with apr or apr-utils? Any clues? Or is Expat now required within apache. If so this could cause a problem with running jk2 in a mod_perl moduled apache. Thanks for all your efforts. Greg Greg Cope GCS Ltd Assign to: CIT, Sandwich - ISG Phone: (44) 01304 642040 Fax: (44) 01304 652118 LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addresee(s) only. Access to this e-mail by anyone else is unauthorised. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorised and may be unlawful. If you are not an addressee, please inform the sender immediately. Pfizer Limited is registered in England under No. 526209 with its registered office at Ramsgate Road, Sandwich, Kent CT13 9NJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jk2 2.0.4 release plan
-Original Message- From: Henri Gomez [mailto:[EMAIL PROTECTED] Subject: jk2 2.0.4 release plan Comments welcome I can throw some tests at the build given some notice if that is any help. Thanks for picking this up. Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets - now more of an RFC
Hello All, I know it may be considered rude to reply to my own post, but it seems to have fallen on deaf ears. In trying to solve the problems I seem to be going round in circles trying to find a fix within the tomcat source - can someone point me in right direction? Any clues as to how to proceed would be most welcome. Should I reopen the bug, as it would appear that the supplied fix, does not. Not wishing to put anyones backs up, Thanks, Greg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
Tim, Is this a CVS snapshot of Request.java/class? If so it does not appear to fix my problem (see other thread): Content-Type: application/vnd.ms-excel;charset=ISO-8859-1 Unless of course I am a complete idiot (highly probable) Thanks for your help thus far. Greg Instructions added to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 -Tim Tim Funk wrote: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
Ah this still does not fix it I am afraid. Neither does the CVS patch. :-( Any objections to reopening the bug? Greg -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 19 December 2003 13:55 To: Tomcat Developers List Subject: Re: Intro/question possible buglet with Content-Type and Charsets . In the bug report, from Sven 2003-11-26 19:36 - he uploaded a file called Response.java. Whether it is a patched version, version from CVS, an incorrectly patched version, or a trojan is a matter of trust. But make sure the file is called Response.class, not Request.class -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
[EMAIL PROTECTED] wrote: Ah this still does not fix it I am afraid. Neither does the CVS patch. :-( Any objections to reopening the bug? Well, yes. Please do not reopen the report. Revisions 1.30 or 1.31 do (really) resolve the issue. Pulled 1.31 from CVS - complied it with some debug statements and it appears that Response.java setContentType is being called with: application/vnd.ms-excel;charset=ISO-8859-1 When my code is: [EMAIL PROTECTED] contentType=application/vnd.ms-excel% Can someone tell me where the glue code between my JSP page is and the Response.class You can also use Tomcat 5.0.16, or 4.1.27; neither have this issue. In our environment it takes about 2 weeks of work to upgrade tomcat (testing, number of instances, and lot of documentation/evidence) hence I need a hotfix. New Tomcat releases will (likely) appear early in 2004 to include a few bugfixes, including this one for 4.1.x. Please see above. :-( ## my debug statements: Response.java setContentType is starting with: application/vnd.ms-excel;charset=ISO-8859-1 Response.java setContentType has ended up with: application/vnd.ms-excel;charset=ISO-8859-1 Response.java getContentType is hase content type of: application/vnd.ms-excel Response.java getContentType charsetSet and characterEncoding are true and is add+returning: application/vnd.ms-excel;charset=ISO-8859-1 Rémy - 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: Intro/question possible buglet with Content-Type and Charsets - now more of an RFC
Hi All, (We may be barking up the wrong tree here, so if so please point me in the right direction) This is still causing us issues - as IE fails to parse a charset when it is tacked on to Content-Type: application/vnd.ms-excel It would appear that the charset is being tacked onto the Content-Type in setContentType method of catalina/src/share/org/apache/catalina/connector/ResponseBase.java in the event of it not being supplied in the Content-Type (it looks for a ';') The encoding can never be null as it is extracted from the locale in the setLocale method below it. I understand this to mean that the charset will always be tacked on irrespective of the Type. However; I cannot find an explicit reference to not defining a charset for binary Types, but I cannot see why you would want to. HTTP 1.1 implies that there is a default charset for text Types (makes sense)(http://www.w3.org/Protocols/rfc2068/rfc2068) 'When no explicit charset parameter is provided by the sender, media subtypes of the text type are defined to have a default charset value of ISO-8859-1' Which I understand that it is fair enough to add it to text/* Types. RFC 1341 (http://www.faqs.org/rfcs/rfc1341.html) states that: '2.a. A text Content-Type value, which can be used to represent textual information in a number of character sets and formatted text description languages in a standardized manner.' But no mention of Charsets in Application types: '2.c. An application Content-Type value, which can be used to transmit application data or binary data, and hence, among other uses, to implement an electronic mail file transfer service. What I would suggest is a little if wrapper to only add a default if the Content-Type is text/ A sudo code below (not tested) ### catalina/src/share/org/apache/catalina/connector/ResponseBase.java public void setContentType(String type) { if (isCommitted()) return; if (included) return; // Ignore any call from an included servlet this.contentType = type; if (type.indexOf(';') = 0) { encoding = RequestUtil.parseCharacterEncoding(type); if (encoding == null) encoding = ISO-8859-1; } else { if (encoding != null type.startsWith('text/')) this.contentType = type + ;charset= + encoding; } } Regards, Greg -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 16 December 2003 18:09 To: Tomcat Developers List Subject: Re: Intro/question possible buglet with Content-Type and Charsets . Yeah, nagoya.apache.org seems down. Hopefully it will be back soon. The bug has good detail of what and how to fix. -Tim [EMAIL PROTECTED] wrote: Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. Ho hum Thanks for the pointer. Greg -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 16 December 2003 12:31 To: Tomcat Developers List Subject: Re: Intro/question possible buglet with Content-Type and Charsets. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] wrote: Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg4 9015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel - 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]
Intro/question possible buglet with Content-Type and Charsets.
Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg49015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel Hence could someone give me some pointers / crash course as to which class I need to patch to remove this? Thanks. Greg Cope GCS Ltd Assign to: CIT, Sandwich - ISG Phone: (44) 01304 642040 Fax: (44) 01304 652118 LEGAL NOTICE Unless expressly stated otherwise, this message is confidential and may be privileged. It is intended for the addresee(s) only. Access to this e-mail by anyone else is unauthorised. If you are not an addressee, any disclosure or copying of the contents of this e-mail or any action taken (or not taken) in reliance on it is unauthorised and may be unlawful. If you are not an addressee, please inform the sender immediately. Pfizer Limited is registered in England under No. 526209 with its registered office at Ramsgate Road, Sandwich, Kent CT13 9NJ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Intro/question possible buglet with Content-Type and Charsets .
Thanks Tim, Having a little trouble getting anything from bugzilla, nagoya.apache.org seems to be having a little trouble! Looking in the archives for this id, I see that someone has a 4.1.29 patch and a complied class, but cannot see either email address or content via the archive. Ho hum Thanks for the pointer. Greg -Original Message- From: Tim Funk [mailto:[EMAIL PROTECTED] Sent: 16 December 2003 12:31 To: Tomcat Developers List Subject: Re: Intro/question possible buglet with Content-Type and Charsets. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24970 [EMAIL PROTECTED] wrote: Hi All, Quick intro, and then a question; We use tomcat to host java web applications at our location. My client requires us to follow very strict rules for deploying software, that means it can be a documentation intensive process (evidence gathering/ IQP's etc ). So we rarely upgrade as it is quite allot of work. Luckily tomcat is excellent and rarely needs upgrading or patching. Now the question; Tomcat 4.1.29 seems to insist on added charset to the content type, even if a Content-Type has been set using response.setContentType or similar (without a charset). Tomcat 5 seems to do something similar judging from http://www.mail-archive.com/[EMAIL PROTECTED]/msg4 9015.html but I think it fails to check if the Content type is a text one (HTML) and adds it for any content type, which would appear not to be right IMHO. Without wishing to appear rude :-) I need to change this behaviour and remove the insertion of the charset for non text based Content-Types eg: application/vnd.ms-excel - 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]