Re: mod_webapp for Apache 2?
Alan Kelly wrote: I'd appreciate any advice in locating a mod_webapp connector for Apache 2/Tomcat 4.1. This particular connector is essential to an installation of webMathematica . mod_webapp has been deprecated since Tomcat 4.1.23. Use mod_jk2 instead. I've searched Jakarta-Apache site but obviously did not succeed. Any assistance would be very much appreciated. Best wishes, Alan Kelly Dr. Alan Kelly Director, Small Area Health Research Unit (SAHRU) Department of Public Health Primary Care Trinity College Dublin Tel: 353-1-6081385 email: [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: mod_webapp for Apache 2, Win32
[EMAIL PROTECTED] wrote: Hello, I'd like to setup Apache 2.0.42 + TomCat 4.1 with mod_webapp on Win NT. I found mod_webapp binary for Apache 1.3. It works fine. But Apache 2 requires another mod_webapp binary. I failed to find it on ASF web sites. I found only sources. I've downloaded jakarta-tomcat-connectors-4.1.12-src.zip. It contains readme.txt with following text: NO, IT DOES NOT RUN WITH WINDOWS (your images don't appear and the whole thing hangs?) AND SINCE I DON'T USE NEITHER POSSESS A MICROSOFT WINDOWS BASED MACHINE, THERE ARE NO CURRENT PLANS ON MAKING IT WORK OVER THERE (from my side). Does it mean that it cannot be compiled for Win NT? Or it means that mod_webapp can be compiled for Win NT, but it will work unstable? I tried to compile mod_webapp with Apache 2 sources. Compilation was successful. Only linking errors remained: mod_webapp.obj : error LNK2001: unresolved external symbol _wa_pool mod_webapp.obj : error LNK2001: unresolved external symbol _wa_cconnection mod_webapp.obj : error LNK2001: unresolved external symbol _wa_init mod_webapp.obj : error LNK2001: unresolved external symbol _wa_deploy mod_webapp.obj : error LNK2001: unresolved external symbol _wa_capplication mod_webapp.obj : error LNK2001: unresolved external symbol _wa_cvirtualhost mod_webapp.obj : error LNK2001: unresolved external symbol _wa_startup mod_webapp.obj : error LNK2001: unresolved external symbol _wa_shutdown mod_webapp.obj : error LNK2001: unresolved external symbol _wa_rfree mod_webapp.obj : error LNK2001: unresolved external symbol _wa_rinvoke mod_webapp.obj : error LNK2001: unresolved external symbol _wa_ralloc mod_webapp.obj : error LNK2001: unresolved external symbol _apr_filename_of_pathname Could smb. give me a hint how can I overcome this? Try with Linux. Or with cygwin. mod_webapp needs to be linked with several object in a dll. Or may be smb. could let me know where can I get mod_webapp binary for Apache 2? In the Internet I found a lot of similar questions. Many people want to get mod_webapp for Apache 2, but nobody can. It would be a good idea to make mod_webapp working under Win32 and put binaries on ASF site. Best regards, Alexander Klimuk ICQ 148557477 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] Re: mod_webapp returns improper HTTP header (Apache 2 + Tomcat 4)
.== ..--==- Thu, 4 Jul 2002 14:18:07 -0500, ..--==- Ten-Hung Chu (TC) discussed: TC) I am using Apache 2.0.39 with Tomcat 4.0.4 through mod_webapp (1.2.0-dev). TC) The connection works fine except getting to the welcome-file on tomcat. I TC) can request the file directly like /examples/jsp/index.html but requesting TC) /examples/jsp/ results in a 302 temporary moved page. Looking at the TC) response headers I found that mod_webapp returns an incorrect header Hi, I had made the following change to get the webapp connector in 4.0.4 release working properly with Apache 2.0.39. --- orig/jakarta-tomcat-connectors-4.0.4-src/webapp/apache-2.0/mod_webapp.c Mon Jun 10 23:48:08 2002 +++ jakarta-tomcat-connectors-4.0.4-src/webapp/apache-2.0/mod_webapp.c Sat Jun 22 +12:25:05 2002 @@ -305,7 +305,7 @@ request_rec *req=(request_rec *)r-data; if (status !=NULL status[0]!='\0') -req-status_line=apr_pstrdup(req-pool,status); + req-status_line=apr_psprintf(req-pool,%d %s,req-status,status); } Regards, Andrew -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_webapp build problem
I'm trying to build a rpm for mod_webapp against apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box apache-2.0 failed : Working on it Henri... I have a whole new kit that I'm going to commit pretty soon, once it's done... Here's a short-hand patch from my machine, I'm breaking few bits and pieces (so right now the 2.0 doesn't even try to compile), but I'm getting a hold on the beast... Excellent, as soon as you could fix the 2.0.35 libtool problem, I'll be able to release mod_webapp rpm. It works allready for Apache 1.3. BTW : May I recommand you to make a webapp snapshot, for example in http://jakarta.apache.org/builds/jakarta-tomcat-connectors/webapp/ including a source tarball with just a webapp part of jtc, and also APR tarball from 2.0.35. See my next proposal :) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp build problem
GOMEZ Henri [EMAIL PROTECTED] wrote: Hi, I'm trying to build a rpm for mod_webapp against apache 1.3.23-mod_ssl and apache 2.0.35 on a redhat 7.2 box apache-2.0 failed : Working on it Henri... I have a whole new kit that I'm going to commit pretty soon, once it's done... Here's a short-hand patch from my machine, I'm breaking few bits and pieces (so right now the 2.0 doesn't even try to compile), but I'm getting a hold on the beast... Pier -- I think that it's extremely foolish to name a server after the current U.S. President. B.W. Fitzpatrick webapp-buildpatch.txt Description: Binary data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp file changes for socket pools
Hi, Attached should be the updated socket pool changes to mod_webapp. I think I've incorporated the recommended changes. If you have any further comments just let me know Simon mod_webapp_update.zip Description: Zip compressed data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp socket pool changes
[EMAIL PROTECTED] wrote: Hi, I've made some more progress on the socket pool implementation in mod_webapp to solve the concurrent request problem on NT boxes and it is pretty much complete. At the moment I am using a hard-coded constant to set the max number of available sockets that may be kept in a socket pool at any time. Note this option doesn't bound the number of concurrent connections but bounds the number of available and unused sockets in a pool. This constant is currently set to 25. Should this be changed to a configurable option? I'm not really sure it is necessary but am happy to change this is required. (I presume it's not too difficult to add a configuration variable that a user sets in httpd.conf...). If I keep the constant should it be changed to some other (arbitrary) constant? Also, for convenience, I've added the (3) pool functions into pr_warp.c. Any thoughts on whether they should go into a new source file? Finally, could someone offer to review and incorporate the changes into the cvs tree? Thanks Simon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Please send your changes as attachements. (diff -u or cvs diff is the best) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp socket pool changes
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, I've made some more progress on the socket pool implementation in mod_webapp to solve the concurrent request problem on NT boxes and it is pretty much complete. At the moment I am using a hard-coded constant to set the max number of available sockets that may be kept in a socket pool at any time. Note this option doesn't bound the number of concurrent connections but bounds the number of available and unused sockets in a pool. This constant is currently set to 25. Should this be changed to a configurable option? I'm not really sure it is necessary but am happy to change this is required. (I presume it's not too difficult to add a configuration variable that a user sets in httpd.conf...). If I keep the constant should it be changed to some other (arbitrary) constant? Also, for convenience, I've added the (3) pool functions into pr_warp.c. Any thoughts on whether they should go into a new source file? I'd like something like pr_warp_socketpool.c, but I'm positive.. Finally, could someone offer to review and incorporate the changes into the cvs tree? Send it over (on the list), diff -U3 Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp file changes for socket pools
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, Attached should be the changes I made to implement socket pools within mod_webapp. Looks _good_... I've added a new file, pr_warp_socketpool.c, as suggested. Noticed :) In the zip file are the complete, changed, versions of the files along with the output of diff -u. For each file I've saved the diff in filename.diff. Beautiful.. If there are any changes suggested to I'll be happy to incorporate them and resend the changes.. The only thing I don't like (much) is the name of the prototype functions: - warp_socket_pool_create - warp_socket_pool_acquire_socket - warp_socket_pool_return_socket And a lack of warp_socket_pool_destroy... I would have called them - warp_sockpool_create - warp_sockpool_acquire - warp_sockpool_release - warp_sockpool_destroy FWIW, I'd like to review the whole thing APRizing it better (function names and structures are still kinda crummy throughout the entire mod_webapp), but I'm +1 on this addition... One thing I'm thinking is wether we can #ifdef parts of it in case we don't _need_ a socket pool, like in cases when we use 1.3 on UNIX, or 2.0 in prefork, but I like it, I like it, I like it... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp file changes for socket pools
Pier wrote: The only thing I don't like (much) is the name of the prototype functions: - warp_socket_pool_create - warp_socket_pool_acquire_socket - warp_socket_pool_return_socket And a lack of warp_socket_pool_destroy... I would have called them - warp_sockpool_create - warp_sockpool_acquire - warp_sockpool_release - warp_sockpool_destroy I'll change the function names and add a destroy function. For the destroy function I'm assuming you want: apr_status_t warp_sockpool_destroy(warp_socket_pool * pool) { return apr_thread_mutex_destroy(pool-pool_mutex); } Is this right? Am I missing something? Simon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp file changes for socket pools
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Pier wrote: The only thing I don't like (much) is the name of the prototype functions: - warp_socket_pool_create - warp_socket_pool_acquire_socket - warp_socket_pool_return_socket And a lack of warp_socket_pool_destroy... I would have called them - warp_sockpool_create - warp_sockpool_acquire - warp_sockpool_release - warp_sockpool_destroy I'll change the function names and add a destroy function. For the destroy function I'm assuming you want: apr_status_t warp_sockpool_destroy(warp_socket_pool * pool) { return apr_thread_mutex_destroy(pool-pool_mutex); } Is this right? Am I missing something? Yes, and as well closing all the sockets opened and remaining open in the pool... If you do a patch, can you simply post the output of cvs . diff -u3 /where/you/checked/out/webapp Things look easier to understand... :) Pier (who has been reading way too many patches lately!) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_webapp contexts and virtual hosts
Hey, I've run into something similar, with mod_jk. More below -- Jarecsni, Jnos MORGAN HILL CONSULTING, Internet Applications Unit mailto:[EMAIL PROTECTED] http://morganhillconsulting.hu/ :: Phone+Fax: + 36 1 484 0392 |-Original Message- |From: Szymon Stasik [mailto:[EMAIL PROTECTED]] |Sent: Tuesday, February 19, 2002 11:15 AM |To: tomcat-dev |Subject: mod_webapp contexts and virtual hosts | |Since I need to have applications available in root, I was trying confs |like (I also have to use apache...): | |WebAppDeploy app_1 conn /app_1 | |with some rewriting but then it seems to be some session/cookie issue :( | I've successfully set up a similar environment. I use Apache mod_rewrite+mod_proxy to do the job. I also had to modify the code in mod_jk since it sets the session cookie (JSESSIONID) with a path which is equivalent with the application context name. That's why sessions don't work. Since it's a very common set up I simply don't understand why it is neglected by tomcat-developers. I've sent numerous mails to tomcat-dev, but was ignored. Again: a transparent integration with Apache (with one vhost per tomcat webapp approach) is not possible because of tomcat's incorrect handling of the session cookie. If you're interested in my solution I'll provide you with more details. Cheers, Jnos -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp contexts and virtual hosts
Hi, Jarecsni Jnos wrote: | |Since I need to have applications available in root, I was trying confs |like (I also have to use apache...): | |WebAppDeploy app_1 conn /app_1 | |with some rewriting but then it seems to be some session/cookie issue :( | I've successfully set up a similar environment. I use Apache mod_rewrite+mod_proxy to do the job. I also had to modify the code in mod_jk since it sets the session cookie (JSESSIONID) with a path which is equivalent with the application context name. That's why sessions don't work. IMHO the problem is that while using mod_{jk,webaap}, tomcat seems to set context basing 'mostly' on request URI, and setting cookie basing on URI prepended with context. This is true at least for scenarios like: # now there is problem with session cookie DocumentBase /var/tomcat4/webapps/app1 RewriteRule ^/(.*\.xml) /app1/$1 [PT] WebAppDeploy app_1 conn /app_1 # and now with the context: DocumentBase /var/tomcat4/webapps/app1 RewriteRule ^/(.*\.xml) /$1 [PT] RewriteRule ^/(.*) / WebAppDeploy app_1 conn / In both cases RewriteEngine is needed also for serving static content with apache Since it's a very common set up I simply don't understand why it is neglected by tomcat-developers. I've sent numerous mails to tomcat-dev, but was ignored. Again: a transparent integration with Apache (with one vhost per tomcat webapp approach) is not possible because of tomcat's incorrect handling of the session cookie. I think that thete should be some simple rules to do this and it should be well documented. Tomcat is really great piece of code and it has huge variety of possibilities however I miss the simplicity of jserv and apache configuration ;) Maybe someone more oriented can write sth about this case. regards, Szymon -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [mod_webapp] error in configure script
Punky Tse wrote: I get the lastest cvs snapshot and get the following error ---8- Finishing up checking for APR compilation flags... ok checking for Makefile targets... lib apache-2.0 creating ./config.status creating ./Makefile creating ./Makedefs creating ./lib/Makefile creating ./java/Constants.java sed: can't read ././java/Constants.java.in: No such file or directory creating ./apache-2.0/Makefile All done. Now you can issue make. Good luck. ---8- Seems like Constants.java.in is missing. Someone deleted it. And I saw that Constants.java has been moved to java/org/apache/catalina/connector/wrap/. It traced from ./configure.in that java/Constanst.java.in is required to generate java/Constant.java. And Makefile shows Constant.java is used to generate lib/pr_wrap_defs.h. Any idea to fix it? Sure I have forgotten to arrange the configure/makefile. The java part must be built using ant. I will arrange configure/makefile and readme's Punky _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] RE: mod_webapp and other connectors status...
Martin van den Bemt wrote: I tried the latest mod_webapp (build from jakarta-tomcat-connectors, head branch) and starting up apache before tomcat still gives the error Web-aplication not yet deployed (in wa_request.c). I thought : what the hack, let's fix this ;) Great the patch looks very easy... Checking the result of calling wa_startup() more than once will take a while. I am worried by the following (in warp_handle): +++ /* Check application */ if (((int)(appl-conf))==-1) return(wa_rerror(WA_MARK,r,404,Application not deployed)); +++ I have already checked that it has no impact on TC (On Already deployed applications). Attached the diff to the current cvs version of wa_request Please look at it carefully, because I don't have a clue what I really did, so it could mean a lot of memory leaks or bad programming (let's say it's bin a while I did c and this is the first time I looked at the source,so..) Hope it is usefull (for me it is for now btw..) Mvgr, Martin PS My first patch, and not even a java one ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of jean-frederic clere Sent: Tuesday, January 08, 2002 15:11 To: Tomcat Developers List Subject: Re: mod_webapp and other connectors status... Martin van den Bemt wrote: Hi everyone, I probably missed a couple of threads on mod_webapp, so forgive me ;) In the release notes of v4.0.2-b1 it states : * If you restart Tomcat, you must also restart Apache to avoid receiving Error 400 - Bad Request errors. This will be handled transparently in the final release. Is this dependend on the return of Pier, or is someone else working on this already ? I think it is fixed. And if second applies : Is the mod_webapp code integrated into the tomcat 4 cvs already or do I have to get the latest from cvs ? In jakarta-tomcat-connectors. Also I saw a lot of commits come by for ajp (i think the new ajp14??). Can I be of any testing assistance in that area ? I am using tomcat 4 (also have the cvs version of tomcat 3.3 running) and both apache 1.3 and apache 2 running on redhat 7.1 linux boxes. I also depend heavily on virtual hosting, so that is the main reason I want to test this.. (restarting tomcat, without restarting apache and everything keeps on running ;). If there are any specific points you want to be tested, just mail me and I let you know (have an almost clean server on the internet right, which for now hasn't any production stuff on there... Mvgr, Martin van den Bemt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Name: wa_request.patch wa_request.patchType: unspecified type (application/octet-stream) Encoding: quoted-printable -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: [PATCH] RE: mod_webapp and other connectors status...
Martin van den Bemt wrote: I tried the latest mod_webapp (build from jakarta-tomcat-connectors, head branch) and starting up apache before tomcat still gives the error Web-aplication not yet deployed (in wa_request.c). I thought : what the hack, let's fix this ;) Attached the diff to the current cvs version of wa_request Please look at it carefully, because I don't have a clue what I really did, so it could mean a lot of memory leaks or bad programming (let's say it's bin a while I did c and this is the first time I looked at the source,so..) Hope it is usefull (for me it is for now btw..) I have committed it - Many thanks - Mvgr, Martin PS My first patch, and not even a java one ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of jean-frederic clere Sent: Tuesday, January 08, 2002 15:11 To: Tomcat Developers List Subject: Re: mod_webapp and other connectors status... Martin van den Bemt wrote: Hi everyone, I probably missed a couple of threads on mod_webapp, so forgive me ;) In the release notes of v4.0.2-b1 it states : * If you restart Tomcat, you must also restart Apache to avoid receiving Error 400 - Bad Request errors. This will be handled transparently in the final release. Is this dependend on the return of Pier, or is someone else working on this already ? I think it is fixed. And if second applies : Is the mod_webapp code integrated into the tomcat 4 cvs already or do I have to get the latest from cvs ? In jakarta-tomcat-connectors. Also I saw a lot of commits come by for ajp (i think the new ajp14??). Can I be of any testing assistance in that area ? I am using tomcat 4 (also have the cvs version of tomcat 3.3 running) and both apache 1.3 and apache 2 running on redhat 7.1 linux boxes. I also depend heavily on virtual hosting, so that is the main reason I want to test this.. (restarting tomcat, without restarting apache and everything keeps on running ;). If there are any specific points you want to be tested, just mail me and I let you know (have an almost clean server on the internet right, which for now hasn't any production stuff on there... Mvgr, Martin van den Bemt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Name: wa_request.patch wa_request.patchType: unspecified type (application/octet-stream) Encoding: quoted-printable -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [PATCH] RE: mod_webapp and other connectors status...
I found an issue I think.. When you stop an webapplication, the application comes available again through webapp (I tried to stop tomcat-docs and it was still reachable by mod_webapp.so), so I think it needs some tweaking.. Mvgr, martin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of jean-frederic clere Sent: Wednesday, January 09, 2002 11:25 To: Tomcat Developers List Subject: Re: [PATCH] RE: mod_webapp and other connectors status... Martin van den Bemt wrote: I tried the latest mod_webapp (build from jakarta-tomcat-connectors, head branch) and starting up apache before tomcat still gives the error Web-aplication not yet deployed (in wa_request.c). I thought : what the hack, let's fix this ;) Great the patch looks very easy... Checking the result of calling wa_startup() more than once will take a while. I am worried by the following (in warp_handle): +++ /* Check application */ if (((int)(appl-conf))==-1) return(wa_rerror(WA_MARK,r,404,Application not deployed)); +++ I have already checked that it has no impact on TC (On Already deployed applications). Attached the diff to the current cvs version of wa_request Please look at it carefully, because I don't have a clue what I really did, so it could mean a lot of memory leaks or bad programming (let's say it's bin a while I did c and this is the first time I looked at the source,so..) Hope it is usefull (for me it is for now btw..) Mvgr, Martin PS My first patch, and not even a java one ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of jean-frederic clere Sent: Tuesday, January 08, 2002 15:11 To: Tomcat Developers List Subject: Re: mod_webapp and other connectors status... Martin van den Bemt wrote: Hi everyone, I probably missed a couple of threads on mod_webapp, so forgive me ;) In the release notes of v4.0.2-b1 it states : * If you restart Tomcat, you must also restart Apache to avoid receiving Error 400 - Bad Request errors. This will be handled transparently in the final release. Is this dependend on the return of Pier, or is someone else working on this already ? I think it is fixed. And if second applies : Is the mod_webapp code integrated into the tomcat 4 cvs already or do I have to get the latest from cvs ? In jakarta-tomcat-connectors. Also I saw a lot of commits come by for ajp (i think the new ajp14??). Can I be of any testing assistance in that area ? I am using tomcat 4 (also have the cvs version of tomcat 3.3 running) and both apache 1.3 and apache 2 running on redhat 7.1 linux boxes. I also depend heavily on virtual hosting, so that is the main reason I want to test this.. (restarting tomcat, without restarting apache and everything keeps on running ;). If there are any specific points you want to be tested, just mail me and I let you know (have an almost clean server on the internet right, which for now hasn't any production stuff on there... Mvgr, Martin van den Bemt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Name: wa_request.patch wa_request.patchType: unspecified type (application/octet-stream) Encoding: quoted-printable -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
GOMEZ Henri [EMAIL PROTECTED] writes: BTW: How did we get TOMCAT 4.1 and 4.0.2 ? Which is the head ? I believe that 4.1-dev is the tip of the HEAD, 4.0.2-dev is the tip of tomcat_40_branch. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
On Wed, 9 Jan 2002, Daniel Rall wrote: Date: Wed, 09 Jan 2002 15:23:54 -0800 From: Daniel Rall [EMAIL PROTECTED] Reply-To: Tomcat Developers List [EMAIL PROTECTED] To: Tomcat Developers List [EMAIL PROTECTED] Subject: Re: mod_webapp and other connectors status... GOMEZ Henri [EMAIL PROTECTED] writes: BTW: How did we get TOMCAT 4.1 and 4.0.2 ? Which is the head ? I believe that 4.1-dev is the tip of the HEAD, 4.0.2-dev is the tip of tomcat_40_branch. That's correct. Currently I'm only building nightly distributions from the HEAD branch, but it would be fairly straightforward to do nightly builds of the 4.0 branch as well. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
Craig R. McClanahan [EMAIL PROTECTED] writes: I believe that 4.1-dev is the tip of the HEAD, 4.0.2-dev is the tip of tomcat_40_branch. That's correct. Currently I'm only building nightly distributions from the HEAD branch, but it would be fairly straightforward to do nightly builds of the 4.0 branch as well. I'm currently using nightlies from the HEAD and am running into some SAX parser class loading issues (ClassCastExceptions due to classes coming from different loaders). Have their been any significant changes to class loading in HEAD which are not in tomcat_40_branch? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
Martin van den Bemt wrote: Hi everyone, I probably missed a couple of threads on mod_webapp, so forgive me ;) In the release notes of v4.0.2-b1 it states : * If you restart Tomcat, you must also restart Apache to avoid receiving Error 400 - Bad Request errors. This will be handled transparently in the final release. Is this dependend on the return of Pier, or is someone else working on this already ? I think it is fixed. And if second applies : Is the mod_webapp code integrated into the tomcat 4 cvs already or do I have to get the latest from cvs ? In jakarta-tomcat-connectors. Also I saw a lot of commits come by for ajp (i think the new ajp14??). Can I be of any testing assistance in that area ? I am using tomcat 4 (also have the cvs version of tomcat 3.3 running) and both apache 1.3 and apache 2 running on redhat 7.1 linux boxes. I also depend heavily on virtual hosting, so that is the main reason I want to test this.. (restarting tomcat, without restarting apache and everything keeps on running ;). If there are any specific points you want to be tested, just mail me and I let you know (have an almost clean server on the internet right, which for now hasn't any production stuff on there... Mvgr, Martin van den Bemt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_webapp and other connectors status...
Hi to all and Happy new year. Slowly back to mail after hollidays ,( - the stable jk1.x. We want to release it and it needs testing - the code is very close to what was released with 4.0.1 and 3.3, with few additional bug fixes, with the auto-conf generator for 4.x ( the code is there, but hasn't been tested too much ). I'm been using 1.2.0 on my systems for months. Seems OK. There was a bug in 1.2.0 (jtc) with post mode (search for messages about pmsg), corrected by Kevin Seguin You're right, the code is correct in tomcat 3.3 mod_jk and conform with the latest patch I submitted in this branch. The error was introduced in the J-T-C port /* the right place to add file storage for upload */ if((len = read_into_msg_buff(ep, r, pmsg, l, len)) = 0) { r-content_read += len; return JK_AJP13_HAS_RESPONSE; BTW: How did we get TOMCAT 4.1 and 4.0.2 ? Which is the head ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[PATCH] RE: mod_webapp and other connectors status...
I tried the latest mod_webapp (build from jakarta-tomcat-connectors, head branch) and starting up apache before tomcat still gives the error Web-aplication not yet deployed (in wa_request.c). I thought : what the hack, let's fix this ;) Attached the diff to the current cvs version of wa_request Please look at it carefully, because I don't have a clue what I really did, so it could mean a lot of memory leaks or bad programming (let's say it's bin a while I did c and this is the first time I looked at the source,so..) Hope it is usefull (for me it is for now btw..) Mvgr, Martin PS My first patch, and not even a java one ;) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of jean-frederic clere Sent: Tuesday, January 08, 2002 15:11 To: Tomcat Developers List Subject: Re: mod_webapp and other connectors status... Martin van den Bemt wrote: Hi everyone, I probably missed a couple of threads on mod_webapp, so forgive me ;) In the release notes of v4.0.2-b1 it states : * If you restart Tomcat, you must also restart Apache to avoid receiving Error 400 - Bad Request errors. This will be handled transparently in the final release. Is this dependend on the return of Pier, or is someone else working on this already ? I think it is fixed. And if second applies : Is the mod_webapp code integrated into the tomcat 4 cvs already or do I have to get the latest from cvs ? In jakarta-tomcat-connectors. Also I saw a lot of commits come by for ajp (i think the new ajp14??). Can I be of any testing assistance in that area ? I am using tomcat 4 (also have the cvs version of tomcat 3.3 running) and both apache 1.3 and apache 2 running on redhat 7.1 linux boxes. I also depend heavily on virtual hosting, so that is the main reason I want to test this.. (restarting tomcat, without restarting apache and everything keeps on running ;). If there are any specific points you want to be tested, just mail me and I let you know (have an almost clean server on the internet right, which for now hasn't any production stuff on there... Mvgr, Martin van den Bemt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] wa_request.patch Description: Binary data -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
GOMEZ Henri wrote: I'm been using 1.2.0 on my systems for months. Seems OK. There was a bug in 1.2.0 (jtc) with post mode (search for messages about pmsg), corrected by Kevin Seguin You're right, the code is correct in tomcat 3.3 mod_jk and conform with the latest patch I submitted in this branch. The error was introduced in the J-T-C port /* the right place to add file storage for upload */ if((len = read_into_msg_buff(ep, r, pmsg, l, len)) = 0) { r-content_read += len; return JK_AJP13_HAS_RESPONSE; It must be that I never had more then 8k of data being passed back to the server (lucky me :-) and therefore mod_jk 1.2.0 worked fine for me. But I'm now on the CVS version, in which all this is fixed, so it should be fine. Thanks for your help. Glad you're back! Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
On Mon, 7 Jan 2002, Martin van den Bemt wrote: * If you restart Tomcat, you must also restart Apache to avoid receiving Error 400 - Bad Request errors. This will be handled transparently in the final release. This should work fine with jk. We don't support yet 'gracefull' restart for tomcat workers in lb case, i.e. have apache send only requests for existing sessions until they expire - this is planned for jk2. Also I saw a lot of commits come by for ajp (i think the new ajp14??). Can I be of any testing assistance in that area ? There are 2 efforts going on: - the stable jk1.x. We want to release it and it needs testing - the code is very close to what was released with 4.0.1 and 3.3, with few additional bug fixes, with the auto-conf generator for 4.x ( the code is there, but hasn't been tested too much ). - the new jk2. Things are getting into the right shape, it'll have few major changes. Right now only apache2.0 adapter is written, 1.3 is easy and iis/nes will follow after everything is stable. Among the changes - use Location for configuring the mapping ( and the native vhost/location url mapping ), no need for workers.properties, unix domain sockets where possible ( i.e. better performance ), the java side has been optimized ( char-byte conversion, recycling, etc), more extensibility and support for multiple protocols/transports. Also we'll probably have a 'status' page and few more improvements in lb ( I want to try the 'gracefull' shutdown - if I have time and nobody does it first ). ( that's coupled with the status/control worker, which would allow to dynamicly add/remove workers and get status info ) For jk2 - testing would be good, but coding will be even better at this stage. I think I'm mostly done with the 'big' refactoring changes, but I need feedback and review of the new internal interfaces. ( and possible chaneges/enhancements/fixes ) I hope in few days to get it to work so more people can play with it, now it's a bit challenging, it still have many hardcoded paths, the unix socket is hardcoded too, etc. But I've got the 'hello world' servlet working, so it's close :-) Costin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and other connectors status...
[EMAIL PROTECTED] wrote: - the stable jk1.x. We want to release it and it needs testing - the code is very close to what was released with 4.0.1 and 3.3, with few additional bug fixes, with the auto-conf generator for 4.x ( the code is there, but hasn't been tested too much ). I'm been using 1.2.0 on my systems for months. Seems OK. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and apache 2.0
On Wed, Dec 05, 2001 at 07:29:58PM -0800, Charles Yates wrote: On Wed, Dec 05, 2001 at 09:34:55AM -0800, Charles Yates wrote: After getting errors from apachectl configtest relating to invalid port I added a Port directive to httpd.conf and got an error that Port directive had been replaced by Listen. I then removed my Port directive, hacked on webapp.c and wa_config.c to hard code server Port references and . . . . Yay, it works! I think the webapp code in the j-t-c CVS repository is updated. If not, then please post what you did and we can try and sort out the right fix. -- justin Hmm. Greg just brought this issue on dev@httpd, so this seems to be something that we are mangling pretty bad. When we get a resolution, I'll try to make sure that any patches are sent to j-t-c (you may need not any if we fix it in httpd). Until then, sit tight and run with that patch. =) -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and apache 2.0
On Wed, Dec 05, 2001 at 09:34:55AM -0800, Charles Yates wrote: After getting errors from apachectl configtest relating to invalid port I added a Port directive to httpd.conf and got an error that Port directive had been replaced by Listen. I then removed my Port directive, hacked on webapp.c and wa_config.c to hard code server Port references and . . . . Yay, it works! I think the webapp code in the j-t-c CVS repository is updated. If not, then please post what you did and we can try and sort out the right fix. -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp and apache 2.0
On Wed, Dec 05, 2001 at 09:34:55AM -0800, Charles Yates wrote: After getting errors from apachectl configtest relating to invalid port I added a Port directive to httpd.conf and got an error that Port directive had been replaced by Listen. I then removed my Port directive, hacked on webapp.c and wa_config.c to hard code server Port references and . . . . Yay, it works! I think the webapp code in the j-t-c CVS repository is updated. If not, then please post what you did and we can try and sort out the right fix. -- justin Ok, this is pretty ugly: ? diff Index: webapp.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/nsapi/webapp.c,v retrieving revision 1.1 diff -r1.1 webapp.c 659c659 req-serv-port = conf_getglobals()-Vport; --- req-serv-port = 8080;//conf_getglobals()-Vport; 802c802 int serverPort = conf_getglobals()-Vport; --- int serverPort = 8080;//conf_getglobals()-Vport; 950c950 \ No newline at end of file --- ? wa_conf.diff Index: wa_config.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/lib/wa_config.c,v retrieving revision 1.7 diff -r1.7 wa_config.c 109c109 --- p=8080; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp fails to build
Andrew Savory wrote: Hi, I'm not having much joy with building webapp-module-1.0.1-tc401 source on Debian 2.2r4 i686. 1) The instructions for building it are incorrect, as they say if you download a source distribution, all you have to do is: ./configure --with-apxs ... unfortunately, ./configure is not there until ./support/buildconf.sh has been run. I am afraid that is my fault... 2) After doing ./support/buildconf.sh ./configure --with-apxs make I always get a failed compile: { APXS_LDFLAGS_SHLIB=`/usr/bin/apxs -q LDFLAGS_SHLIB` \ \ -lm -lcrypt -lnsl -ldl ; \ APXS_LDFLAGS_SHLIB=`/bin/echo ${APXS_LDFLAGS_SHLIB}` ; \ APXS_CFLAGS=`/usr/bin/apxs -q CFLAGS` \ -g -O2 \ -g -O2 \ \ -DLINUX=2 -D_REENTRANT \ -I/tmp/webapp-module-1.0.1-tc401/apr/include \ -I/tmp/webapp-module-1.0.1-tc401/include \ ; \ APXS_CFLAGS=`/bin/echo ${APXS_CFLAGS}` ; \ /usr/bin/apxs \ -S CFLAGS=${APXS_CFLAGS} \ -S LDFLAGS_SHLIB=${APXS_LDFLAGS_SHLIB} \ -o mod_webapp.so \ -c mod_webapp.c \ /tmp/webapp-module-1.0.1-tc401/lib/libwebapp.a \ /tmp/webapp-module-1.0.1-tc401/lib/libapr.a ; \ } Bareword found where operator expected at (eval 6) line 1, near -DLINUX=2 -DEAPI -DTARGET=apache (Missing operator before apache?) Bareword apache not allowed while strict subs in use at (eval 6) line 1. String found where operator expected at (eval 6) line 1, near apache -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -g -O2 -g -O2 -DLINUX=2 -D_REENTRANT -I/tmp/webapp-module-1.0.1-tc401/apr/include -I/tmp/webapp-module-1.0.1-tc401/include gcc -DLINUX=2 -DEAPI -DTARGET=apache -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -fpic -DSHARED_MODULE -I/usr/include/apache-1.3 -c mod_webapp.c mod_webapp.c:70: wa.h: No such file or directory apxs:Break: Command failed with rc=65536 make[2]: *** [mod_webapp.so] Error 1 make[2]: Leaving directory `/tmp/webapp-module-1.0.1-tc401/apache-1.3' make[1]: Exiting directory apache-1.3 make[1]: *** [template] Error 2 make[1]: Leaving directory `/tmp/webapp-module-1.0.1-tc401' make: *** [apache-1.3-build] Error 2 This happens with the latest CVS version too. Am I missing something obvious? I think your apxs is broken, what does the following commands return? /usr/bin/apxs -q CFLAGS /usr/bin/apxs -q LDFLAGS_SHLIB Help! Andrew. -- All views are my own who else would want them? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp fails to build
Andrew Savory wrote: jean-frederic clere wrote: I am afraid that is my fault... Heh. No problem, I'd be happy to post suggestions for revising readme.txt/install.txt once I'm up and running! I think your apxs is broken, what does the following commands return? /usr/bin/apxs -q CFLAGS -DLINUX=2 -DEAPI -DTARGET=apache -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lites /usr/bin/apxs -q LDFLAGS_SHLIB -shared This means nothing to me ... is that the right or the wrong output? The problem is not your apxs, but in all httpd-1.3 apxs: +++ jfclere@vtxclere:~ toto=-DLINUX=2 -DEAPI -DTARGET=\apache\ jfclere@vtxclere:~ /usr/local/apache/bin/apxs -S CFLAGS=$toto -c toto.c Bareword found where operator expected at (eval 4) line 1, near -DLINUX=2 -DEAPI -DTARGET=apache (Missing operator before apache?) String found where operator expected at (eval 4) line 1, near apache gcc -DLINUX=22 -DUSE_HSREGEX -DUSE_EXPAT -I../lib/expat-lite -fpic -DSHARED_MODULE -I/usr/local/apache/include -c toto.c gcc -shared -o toto.so toto.o +++ I do not know of to fix it. Any hints? Andrew. -- All views are my own who else would want them? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
Matt Goyer wrote: I've been struggling with this for a week or two now.. I'm able to compile mod_webapp on Solaris 8 with GCC 3.0.1 using the snapshots of mod_webapp and apr from CVS. However I have to modify my apxs since three values don't get properly set by the apache makefile. I So I then try and load my compiled mod_webapp with Apache and get the following error: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_webapp.so: symbol __lshrdi3: referenced symbol not found Argh...! I thought I fixed the mod_webapp to detect this problem before compiling... Could you retry with http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.0.1/src/webapp-module-1.0.1-tc401-src.tar.gz The configure should say Cannot mix gcc and native cc, if not tell me what uname -a tells so I can add it to the check list. The solution is _not_ using gcc with mod_webapp when apache-1.3 was compiled with a native compiler. I then pulled apart libgcc.a (as recommend in a post here) and made libgcc.so and located it in /usr/lib and when I do: export LD_PRELOAD=/usr/lib/libgcc.so /usr/local/apache/bin/apachectl configtest I then get: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_webapp.so: symbol ap_table_get: referenced symbol not found What am I missing? Can anyone get mod_webapp working on Solaris 8?? If some has.. If you could post a quick install guide of what you did I'd appreciate that. I posted here before and someone talked about setting LD_LIBRARY_PATH and I tried that too to no avail. Matt -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
On Wed, Nov 28, 2001 at 11:15:07AM -0500, Matt Goyer wrote: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_webapp.so: symbol __lshrdi3: referenced symbol not found You need to compile Apache with the same compiler as you compiled mod_webapp. So, if you are using gcc-3.0.1, make sure that httpd was built with gcc-3.0.1. An executable built with gcc-3.0.1 knows where to find gcclib. -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod_webapp Solaris 8
Httpd was built with gcc-3.0.1 the same version that I'm using for mod_webapp. -Original Message- From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 28, 2001 11:34 AM To: Tomcat Developers List Subject: Re: Mod_webapp Solaris 8 On Wed, Nov 28, 2001 at 11:15:07AM -0500, Matt Goyer wrote: Syntax error on line 206 of /usr/local/apache/conf/httpd.conf: Cannot load /usr/local/apache/libexec/mod_webapp.so into server: ld.so.1: /usr/local/apache/bin/httpd: fatal: relocation error: file /usr/local/apache/libexec/mod_webapp.so: symbol __lshrdi3: referenced symbol not found You need to compile Apache with the same compiler as you compiled mod_webapp. So, if you are using gcc-3.0.1, make sure that httpd was built with gcc-3.0.1. An executable built with gcc-3.0.1 knows where to find gcclib. -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
On Wed, Nov 28, 2001 at 12:31:13PM -0500, mgoyer wrote: Httpd was built with gcc-3.0.1 the same version that I'm using for mod_webapp. Then, just add -R/path/to/gcc-3.0.1/lib to your LDFLAGS for httpd. (Using gcc-3.0.1 on Solaris is a really tricky beast because gcc doesn't add the -R flags to the binaries.) -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod_webapp Solaris 8
Tricky beast it is! I installed gcc 3.0.1 using the sunfreeware package and it looks like it's sticking the lib files in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 so: To configure Apache I'm doing: LDFLAGS=-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 \ ./configure --enable-module=rewrite --enable-shared=rewrite To configure mod_webapp I'm doing: LDFLAGS=-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 \ ./configureLDFLAGS=-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 ./configure And it's still the same error. Am I missing something? Thanks, Matt -Original Message- From: Justin Erenkrantz [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 28, 2001 1:08 PM To: Tomcat Developers List Subject: Re: Mod_webapp Solaris 8 On Wed, Nov 28, 2001 at 12:31:13PM -0500, mgoyer wrote: Httpd was built with gcc-3.0.1 the same version that I'm using for mod_webapp. Then, just add -R/path/to/gcc-3.0.1/lib to your LDFLAGS for httpd. (Using gcc-3.0.1 on Solaris is a really tricky beast because gcc doesn't add the -R flags to the binaries.) -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
On Wed, Nov 28, 2001 at 01:26:41PM -0500, Matt Goyer wrote: Tricky beast it is! I installed gcc 3.0.1 using the sunfreeware package and it looks like it's sticking the lib files in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 so: To configure Apache I'm doing: LDFLAGS=-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 \ ./configure --enable-module=rewrite --enable-shared=rewrite You could try: LIBS=-Lgcc \ LDFLAGS=-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 \ ./configure --enable-module=rewrite --enable-shared=rewrite You need to force httpd to bring in libgcc (but Solaris's ld may be stubborn about bringing it in if it isn't used). You may also have better luck if you get mod_webapp to compile statically. The problem here is that the run-time link path on httpd is different than the link path that mod_webapp requires. By compiling it statically, that problem goes away. httpd-2.0 handles this much better since it'd bring in libgcc. =) -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
On Wed, Nov 28, 2001 at 10:32:05AM -0800, Justin Erenkrantz wrote: You could try: LIBS=-Lgcc \ LDFLAGS=-R/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.1 \ ./configure --enable-module=rewrite --enable-shared=rewrite Ack, I meant -lgcc not -Lgcc. Freezing cold sticky fingers. -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
On Wed, Nov 28, 2001 at 10:08:28AM -0800, Justin Erenkrantz wrote: On Wed, Nov 28, 2001 at 12:31:13PM -0500, mgoyer wrote: Httpd was built with gcc-3.0.1 the same version that I'm using for mod_webapp. Then, just add -R/path/to/gcc-3.0.1/lib to your LDFLAGS for httpd. There's a trick for getting the path, try `gcc -print-libgcc-file-name`. Barring syntax errors, you could probably do something like LIBS=`gcc -print-libgcc-file-name`. I don't suggest dynamically linking against libgcc. Another solution is to use the GNU linker (gld from binutils). gld knows about libgcc and implicitly pulls symbols from it when needed. BTW, if you upgrade to libtool-1.4.2 you'll get a nice little warning about using the solaris linker with gcc. -aaron -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Mod_webapp Solaris 8
I've got both binutils and libtool installed. How do I get it to use the GNU linker instead? Though 'ld -v' tells me ld -v 'GNU ld version 2.11.2 (with BFD 2.11.2)' Thanks, Matt -Original Message- From: Aaron Bannert [mailto:[EMAIL PROTECTED]] Sent: Wednesday, November 28, 2001 1:56 PM To: Tomcat Developers List Subject: Re: Mod_webapp Solaris 8 On Wed, Nov 28, 2001 at 10:08:28AM -0800, Justin Erenkrantz wrote: On Wed, Nov 28, 2001 at 12:31:13PM -0500, mgoyer wrote: Httpd was built with gcc-3.0.1 the same version that I'm using for mod_webapp. Then, just add -R/path/to/gcc-3.0.1/lib to your LDFLAGS for httpd. There's a trick for getting the path, try `gcc -print-libgcc-file-name`. Barring syntax errors, you could probably do something like LIBS=`gcc -print-libgcc-file-name`. I don't suggest dynamically linking against libgcc. Another solution is to use the GNU linker (gld from binutils). gld knows about libgcc and implicitly pulls symbols from it when needed. BTW, if you upgrade to libtool-1.4.2 you'll get a nice little warning about using the solaris linker with gcc. -aaron -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Mod_webapp Solaris 8
On Wed, Nov 28, 2001 at 03:30:38PM -0500, Matt Goyer wrote: I've got both binutils and libtool installed. How do I get it to use the GNU linker instead? Though 'ld -v' tells me ld -v 'GNU ld version 2.11.2 (with BFD 2.11.2)' That's a good question. I'm not seeing any relevant flags or params that one can pass to gcc, and I am seing the string '/usr/ccs/bin/ld' showing up in the gcc binary, so I'm guessing it has to be configured at compile-time. Did you try setting the LD environment variable? The only surefire ways I know of making this work are: - add libgcc.a to your linker line (ie the output of `gcc -print-libgcc-file-name`) - recompile gcc to use the gnu linker -aaron -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp apache2 problems:
Brian P Millett wrote: Justin Erenkrantz wrote: On Wed, Nov 21, 2001 at 09:22:02AM -0600, Brian P Millett wrote: Quick Synopsis of error (apache 2.0): Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Oooh, I bet it is related to the change that we committed to set port to 0 internally to represent that the port for the virtual server should be the port the connection actually comes in on. It's now done dynamically by the core at run-time per connection if port == 0 - which is the default for vhosts. When the connection is actually received, the port will be the correct value. I'll take a gander at compiling webapp and posting a patch. Can you verify with gdb or whatnot that wa_cvirtualhost is getting p=0? Put in a print statement, for the args going to wa_cvirtualhost: n=shaka, p=0 Use something like: +++ ServerName vtxclere.bcn.fsc.net: +++ It works for me :)) hope this helps -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp apache2 problems:
On Wed, Nov 21, 2001 at 09:22:02AM -0600, Brian P Millett wrote: Quick Synopsis of error (apache 2.0): Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Oooh, I bet it is related to the change that we committed to set port to 0 internally to represent that the port for the virtual server should be the port the connection actually comes in on. It's now done dynamically by the core at run-time per connection if port == 0 - which is the default for vhosts. When the connection is actually received, the port will be the correct value. I'll take a gander at compiling webapp and posting a patch. Can you verify with gdb or whatnot that wa_cvirtualhost is getting p=0? -- justin -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp apache2 problems:
Justin Erenkrantz wrote: On Wed, Nov 21, 2001 at 09:22:02AM -0600, Brian P Millett wrote: Quick Synopsis of error (apache 2.0): Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Oooh, I bet it is related to the change that we committed to set port to 0 internally to represent that the port for the virtual server should be the port the connection actually comes in on. It's now done dynamically by the core at run-time per connection if port == 0 - which is the default for vhosts. When the connection is actually received, the port will be the correct value. I'll take a gander at compiling webapp and posting a patch. Can you verify with gdb or whatnot that wa_cvirtualhost is getting p=0? -- justin p=0 :( The port is svr-port the hostname svr-server_hostname (svr=cmd-server) It is used before any connections... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp apache2 problems:
Justin Erenkrantz wrote: On Wed, Nov 21, 2001 at 09:22:02AM -0600, Brian P Millett wrote: Quick Synopsis of error (apache 2.0): Syntax error on line 2 of /opt/apache/conf/mod_webapp.conf: Invalid port number (p1) No Port statement found Oooh, I bet it is related to the change that we committed to set port to 0 internally to represent that the port for the virtual server should be the port the connection actually comes in on. It's now done dynamically by the core at run-time per connection if port == 0 - which is the default for vhosts. When the connection is actually received, the port will be the correct value. I'll take a gander at compiling webapp and posting a patch. Can you verify with gdb or whatnot that wa_cvirtualhost is getting p=0? Put in a print statement, for the args going to wa_cvirtualhost: n=shaka, p=0 hope this helps -- Brian Millett Enterprise Consulting Group Shifts in paradigms (314) 205-9030 often cause nose bleeds. [EMAIL PROTECTED] Greg Glenn -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_webapp prevents response.flushBuffer
hi! when using mod_webapp as connector to apache, response.flushBuffer() doesn't work in current versions of tomcat. i think this is because of the packet system of the warp connector. we work with a modified version of tomcat, which sovles this problem by implementing WarpResponse.flushBuffer() and calling localstream.flush() before calling the superclass. already posted this once but did not get any response... would need to know if this has any side effects. Markus, this has been recently fixed in CVS... (Henri, yes, time for a new RPM, thankYOUU! :) :) :) :) :) ASAP, I'll make a snapshot of jtc in my home dir and do the RPM -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp prevents response.flushBuffer
On 13/11/2001 10:10 am, GOMEZ Henri [EMAIL PROTECTED] wrote: ASAP, I'll make a snapshot of jtc in my home dir and do the RPM Thanks :) Once I finish my Job Hunt I'll also probably have some time to update and tag a release... :( :( :( Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: mod_webapp prevents response.flushBuffer
What APR shoud I use ? I've got a snap of JTC (rigth now), but I need to get the correct APR ? PS: Good news with Apache 2.0, APR is now shared lib, and for example my Apache 2.0 RPM export it :) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Pier Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 13, 2001 3:33 PM To: Tomcat Developers List Subject: Re: mod_webapp prevents response.flushBuffer On 13/11/2001 10:10 am, GOMEZ Henri [EMAIL PROTECTED] wrote: ASAP, I'll make a snapshot of jtc in my home dir and do the RPM Thanks :) Once I finish my Job Hunt I'll also probably have some time to update and tag a release... :( :( :( Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp prevents response.flushBuffer
On 13/11/2001 02:36 pm, GOMEZ Henri [EMAIL PROTECTED] wrote: What APR shoud I use ? I've got a snap of JTC (rigth now), but I need to get the correct APR ? Use yesterday night's nightly snapshot http://nagoya.apache.org/~pier. I tested it and it works... PS: Good news with Apache 2.0, APR is now shared lib, and for example my Apache 2.0 RPM export it :) I believe it has been a SOlib since quite some time (at least since we have an Apache 2.0 prototype of WebApp). At least on OS/X (the bad news is that the sucker doesn't build with libtool 1.3.5 which is the default libtool shipped with OS/X 10.1)... Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp prevents response.flushBuffer
On 12/11/2001 10:28 am, Markus Letschka [EMAIL PROTECTED] wrote: hi! when using mod_webapp as connector to apache, response.flushBuffer() doesn't work in current versions of tomcat. i think this is because of the packet system of the warp connector. we work with a modified version of tomcat, which sovles this problem by implementing WarpResponse.flushBuffer() and calling localstream.flush() before calling the superclass. already posted this once but did not get any response... would need to know if this has any side effects. Markus, this has been recently fixed in CVS... (Henri, yes, time for a new RPM, thankYOUU! :) :) :) :) :) Pier -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: mod_webapp - regex matching
Sorry all, The patch I sent you it utter garbage, please disregard. Regards, James Williamson - Original Message - From: James Williamson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, September 27, 2001 9:02 AM Subject: mod_webapp - regex matching Hi all, I'm not sure why regex matching wasn't included with the mod_webapp connector, and reading the user lists there clearly is a demand for it. I hope I'm not overstepping the mark but I've put a diff listing below which enables regex matching. As you'll see it's only for apache 1, but that's what I'm currently working with and in the true sense of the open source 'thing' I'm just scratching my personal itch. Regards, James Williamson Index: apache-1.3/mod_webapp.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/apache-1.3/mod_webapp.c,v retrieving revision 1.23 diff -r1.23 mod_webapp.c 401a402 if (apr_fnmatch(appl-rpth,r-uri,FNM_PERIOD) == 0) break; Index: include/wa.h === RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/include/wa.h,v retrieving revision 1.11 diff -r1.11 wa.h 84a85 #include apr_fnmatch.h Index: lib/wa_config.c === RCS file: /home/cvspublic/jakarta-tomcat-connectors/webapp/lib/wa_config.c,v retrieving revision 1.6 diff -r1.6 wa_config.c 85c85,89 appl-rpth=apr_pstrcat(wa_pool,buf,/,NULL); --- if (!ap_is_fnmatch(buf)) { appl-rpth=apr_pstrcat(wa_pool,buf,/,NULL); } else { appl-rpth=apr_pstrdup(wa_pool,buf); }
Re: mod_webapp/SSL and TC 4.0
Ignacio J. Ortega wrote: SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example) Regard keysize in IIS, Please check this page below and point me to what is key_size for 2.3 spec?, HTTPS_KEYSIZE or HTTPS_SECRETKEYSIZE ? HTTPS_KEYSIZE? neither ? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmag0 0/html/websecure2figs.asp And i think cipher suite is near too.., i will try to check some code soon ( to isapiredirector in j-t-c of course ) , whenever i figure out how hell i can configure IIS and IE to use client certificates, :) I've tried to put the IIS beast to work with CC, but i dont get the CC installed on IE accepted by IIS, if i configure IIS to require a CC to connect it keeps me sending 403.7 status, client certificate required, of course i have what seems to be a certificate installed on IE, any help with that configuration will be great.., i'm stucked .. Cipher suite seems to be stored in the CERT_CONTEXT_EX, pased on with the certificate bytes.., but i cant test is not easy to be sure .. Saludos , Ignacio J. Ortega
RE: mod_webapp/SSL and TC 4.0
I'm open open to any bet :) I'm tempted to say neither HTTPS_KEYSIZE nor HTTPS_SECRETKEYSIZE are the correct answer..:) Saludos , Ignacio J. Ortega -Mensaje original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]En nombre de jean-frederic clere Enviado el: lunes 17 de septiembre de 2001 18:40 Para: [EMAIL PROTECTED] Asunto: Re: mod_webapp/SSL and TC 4.0 Ignacio J. Ortega wrote: SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example) Regard keysize in IIS, Please check this page below and point me to what is key_size for 2.3 spec?, HTTPS_KEYSIZE or HTTPS_SECRETKEYSIZE ? HTTPS_KEYSIZE? neither ? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmag0 0/html/websecure2figs.asp And i think cipher suite is near too.., i will try to check some code soon ( to isapiredirector in j-t-c of course ) , whenever i figure out how hell i can configure IIS and IE to use client certificates, :) I've tried to put the IIS beast to work with CC, but i dont get the CC installed on IE accepted by IIS, if i configure IIS to require a CC to connect it keeps me sending 403.7 status, client certificate required, of course i have what seems to be a certificate installed on IE, any help with that configuration will be great.., i'm stucked .. Cipher suite seems to be stored in the CERT_CONTEXT_EX, pased on with the certificate bytes.., but i cant test is not easy to be sure .. Saludos , Ignacio J. Ortega
RE: mod_webapp/SSL and TC 4.0
I'm tempted to say neither HTTPS_KEYSIZE nor HTTPS_SECRETKEYSIZE are the correct answer..:) I feel it's HTTPS_KEYSIZE since it's only 56bits. Serious SSL implemtation like mod_ssl support 128bits :)
Re: mod_webapp: statically linked Apache
Bojan Smojver [EMAIL PROTECTED] wrote: Hi Pier, I can see by the number of recent commits that you are very busy with mod_webapp. Can you tell me if the new stuff will include support for mod_webapp with a statically linked Apache of is it still DSO only? It's still DSO-only... Any particular reason why you can't use mod_so? Pier
Re: mod_webapp: statically linked Apache
Pier Fumagalli wrote: Bojan Smojver [EMAIL PROTECTED] wrote: Hi Pier, I can see by the number of recent commits that you are very busy with mod_webapp. Can you tell me if the new stuff will include support for mod_webapp with a statically linked Apache of is it still DSO only? It's still DSO-only... Any particular reason why you can't use mod_so? Pier It's just that statically linked Apache is faster then the DSO version, uses less memory and mod_jk (which I use now with TC 3.3) works with it just fine (I use my own script to build mod_jk shipped with TC 3.3 and j-t-c version comes with support for statically linked Apache). Apart from that, no, not really. Bojan
Re: mod_webapp: statically linked Apache
Bojan Smojver [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: Bojan Smojver [EMAIL PROTECTED] wrote: Hi Pier, I can see by the number of recent commits that you are very busy with mod_webapp. Can you tell me if the new stuff will include support for mod_webapp with a statically linked Apache of is it still DSO only? It's still DSO-only... Any particular reason why you can't use mod_so? Pier It's just that statically linked Apache is faster then the DSO version, uses less memory and mod_jk (which I use now with TC 3.3) works with it just fine (I use my own script to build mod_jk shipped with TC 3.3 and j-t-c version comes with support for statically linked Apache). Apart from that, no, not really. Faster? Well, probably yes, during startup... But once you have the pointer to the module structure, it's as-fast as statically linked... Can be done (after 4.0 final). Pier
Re: mod_webapp: statically linked Apache
Pier Fumagalli wrote: Bojan Smojver [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: Bojan Smojver [EMAIL PROTECTED] wrote: Hi Pier, I can see by the number of recent commits that you are very busy with mod_webapp. Can you tell me if the new stuff will include support for mod_webapp with a statically linked Apache of is it still DSO only? It's still DSO-only... Any particular reason why you can't use mod_so? Pier It's just that statically linked Apache is faster then the DSO version, uses less memory and mod_jk (which I use now with TC 3.3) works with it just fine (I use my own script to build mod_jk shipped with TC 3.3 and j-t-c version comes with support for statically linked Apache). Apart from that, no, not really. Faster? Well, probably yes, during startup... But once you have the pointer to the module structure, it's as-fast as statically linked... Can be done (after 4.0 final). Thanks. I've just noticed your post at Bugzilla. Nice touch ;-) No hurry at all (I'm not even using TC 4 yet, just keeping my options open). And mod_jk does a nice job anyway... Bojan
Re: mod_webapp: statically linked Apache
Bojan Smojver [EMAIL PROTECTED] wrote: Thanks. I've just noticed your post at Bugzilla. Nice touch ;-) If I don't post it there, I'll forget about it in less than 5 minutes :) Now it's in my reminded bugs default query :) No hurry at all (I'm not even using TC 4 yet, just keeping my options open). And mod_jk does a nice job anyway... Yeah... Right now I want the sucker to BUILD :) Pier
RE: mod_webapp/SSL and TC 4.0
SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example) Regard keysize in IIS, Please check this page below and point me to what is key_size for 2.3 spec?, HTTPS_KEYSIZE or HTTPS_SECRETKEYSIZE ? neither ? http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnmag0 0/html/websecure2figs.asp And i think cipher suite is near too.., i will try to check some code soon ( to isapiredirector in j-t-c of course ) , whenever i figure out how hell i can configure IIS and IE to use client certificates, :) I've tried to put the IIS beast to work with CC, but i dont get the CC installed on IE accepted by IIS, if i configure IIS to require a CC to connect it keeps me sending 403.7 status, client certificate required, of course i have what seems to be a certificate installed on IE, any help with that configuration will be great.., i'm stucked .. Cipher suite seems to be stored in the CERT_CONTEXT_EX, pased on with the certificate bytes.., but i cant test is not easy to be sure .. Saludos , Ignacio J. Ortega
Re: mod_webapp/SSL and TC 4.0
Pier Fumagalli wrote: GOMEZ Henri [EMAIL PROTECTED] wrote: Hi to all, I take a look at mod_webapp and warp java, and didn't find reference to SSL informations forwarded from WebServer. Should it be fixed before release since it may break the spec ? I could grab code from mod_jk to support that, but I'm pretty busy with my day work and mod_jk fixes for TC 3.3 release. Maybe Pier, JF or Ryan could grab existing code from mod_jk and use it in mod_webapp ? It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... Pier I think there a little more missing: - SSL_CLIENT_CERT_CHAIN_n (n is a number). - The user certificate object stored by mod_jk is a String not a X509Certificate - I have prepared a patch for it - Cheers Jean-frederic
RE: mod_webapp/SSL and TC 4.0
It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... You'll have also to grab other information like cipher suite used and bit size of the algorithm SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example)
Re: mod_webapp/SSL and TC 4.0
GOMEZ Henri wrote: It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... You'll have also to grab other information like cipher suite used and bit size of the algorithm About SSL_KEY_SIZE I have just noted I have committed a wrong code... I will redo the things in some minutes ;-( SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example)
Re: mod_webapp/SSL and TC 4.0
Clere, Jean-Frederic wrote: GOMEZ Henri wrote: It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... You'll have also to grab other information like cipher suite used and bit size of the algorithm About SSL_KEY_SIZE I have just noted I have committed a wrong code... I will redo the things in some minutes ;-( I had to add SL_A_SSL_KEYSIZE from the apj14 protocol to apj13 otherwise we cannot fill javax.servlet.request.key_size. SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example)
RE: mod_webapp/SSL and TC 4.0
About SSL_KEY_SIZE I have just noted I have committed a wrong code... I will redo the things in some minutes ;-( I had to add SL_A_SSL_KEYSIZE from the apj14 protocol to apj13 otherwise we cannot fill javax.servlet.request.key_size. Warning, original ajp13 didn't support SSL_A_SSL_KEYSIZE and adding that to mod_jk in J-T-C will create problems in TC 3.2.x and 3.3 which didn't known that ATTRIBUTE. Should we had this attribute to JT also to avoid broke TC 3.2/3.3 when using mod_jk from JTC ?
Re: mod_webapp/SSL and TC 4.0
GOMEZ Henri wrote: About SSL_KEY_SIZE I have just noted I have committed a wrong code... I will redo the things in some minutes ;-( I had to add SL_A_SSL_KEYSIZE from the apj14 protocol to apj13 otherwise we cannot fill javax.servlet.request.key_size. Warning, original ajp13 didn't support SSL_A_SSL_KEYSIZE and adding that to mod_jk in J-T-C will create problems in TC 3.2.x and 3.3 which didn't known that ATTRIBUTE. Should we had this attribute to JT also to avoid broke TC 3.2/3.3 when using mod_jk from JTC ? Would it be possible to ignore this attribute in TC 3.2/3.3?
RE: mod_webapp/SSL and TC 4.0
Should we had this attribute to JT also to avoid broke TC 3.2/3.3 when using mod_jk from JTC ? Would it be possible to ignore this attribute in TC 3.2/3.3? The problem is that the current ajp13 java implementation TC 3.2/3.3 ignore this attribute and will fail to decode the stream and will brake the connection May be another stuff to be added in JkOptions if you agree... +ForwardSSLKeySize
Re: mod_webapp/SSL and TC 4.0
GOMEZ Henri wrote: Should we had this attribute to JT also to avoid broke TC 3.2/3.3 when using mod_jk from JTC ? Would it be possible to ignore this attribute in TC 3.2/3.3? The problem is that the current ajp13 java implementation TC 3.2/3.3 ignore this attribute and will fail to decode the stream and will brake the connection May be another stuff to be added in JkOptions if you agree... +ForwardSSLKeySize You mean adding a configuration parameter like JkForwardSSLKeySize with default value Off?
Re: mod_webapp/SSL and TC 4.0
jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: GOMEZ Henri [EMAIL PROTECTED] wrote: Hi to all, I take a look at mod_webapp and warp java, and didn't find reference to SSL informations forwarded from WebServer. Should it be fixed before release since it may break the spec ? I could grab code from mod_jk to support that, but I'm pretty busy with my day work and mod_jk fixes for TC 3.3 release. Maybe Pier, JF or Ryan could grab existing code from mod_jk and use it in mod_webapp ? It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... Pier I think there a little more missing: - SSL_CLIENT_CERT_CHAIN_n (n is a number). - The user certificate object stored by mod_jk is a String not a X509Certificate - I have prepared a patch for it - Cool... Where it is? (As you noticed I'm modifying heavily configure.in and all Makefiles to allow building of NSAPI and 2.0 too_... Pier
RE: mod_webapp/SSL and TC 4.0
+ForwardSSLKeySize You mean adding a configuration parameter like JkForwardSSLKeySize with default value Off? Yes
Re: mod_webapp/SSL and TC 4.0
GOMEZ Henri [EMAIL PROTECTED] wrote: It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... You'll have also to grab other information like cipher suite used and bit size of the algorithm SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example) Yep... It calls for a WARP/0.12 :) Pier
Re: mod_webapp/SSL and TC 4.0
jean-frederic clere [EMAIL PROTECTED] wrote: GOMEZ Henri wrote: It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... You'll have also to grab other information like cipher suite used and bit size of the algorithm About SSL_KEY_SIZE I have just noted I have committed a wrong code... I will redo the things in some minutes ;-( Did you commit code to j-t-c/webapp? :) Pier
Re: mod_webapp/SSL and TC 4.0
jean-frederic clere [EMAIL PROTECTED] wrote: Pier Fumagalli wrote: GOMEZ Henri [EMAIL PROTECTED] wrote: Hi to all, I take a look at mod_webapp and warp java, and didn't find reference to SSL informations forwarded from WebServer. Should it be fixed before release since it may break the spec ? I could grab code from mod_jk to support that, but I'm pretty busy with my day work and mod_jk fixes for TC 3.3 release. Maybe Pier, JF or Ryan could grab existing code from mod_jk and use it in mod_webapp ? It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... Pier I think there a little more missing: - SSL_CLIENT_CERT_CHAIN_n (n is a number). - The user certificate object stored by mod_jk is a String not a X509Certificate - I have prepared a patch for it - Patch for WebApp or JK, BTW? I'm starting to get confused :) Pier
RE: mod_webapp/SSL and TC 4.0
I think there a little more missing: - SSL_CLIENT_CERT_CHAIN_n (n is a number). - The user certificate object stored by mod_jk is a String not a X509Certificate - I have prepared a patch for it - Patch for WebApp or JK, BTW? I'm starting to get confused :) JF talk about mod_jk and also AJP13 update for Tomcat 4.0 all in J-T-C
Re: mod_webapp/SSL and TC 4.0
GOMEZ Henri wrote: I think there a little more missing: - SSL_CLIENT_CERT_CHAIN_n (n is a number). - The user certificate object stored by mod_jk is a String not a X509Certificate - I have prepared a patch for it - Patch for WebApp or JK, BTW? I'm starting to get confused :) JF talk about mod_jk and also AJP13 update for Tomcat 4.0 all in J-T-C Yes, the patch is for mod_jk and I need a little more to get it for mod_webapp.
RE: mod_webapp/SSL and TC 4.0
On Fri, 14 Sep 2001, GOMEZ Henri wrote: Date: Fri, 14 Sep 2001 10:37:47 +0200 From: GOMEZ Henri [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: mod_webapp/SSL and TC 4.0 It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... You'll have also to grab other information like cipher suite used and bit size of the algorithm SPEC 2.3 : SRV.4.7 SSL Attributes Nota: the key size and cipher suite used are not allways available in web-server (IIS for example) In fact the key size isn't directly available from JSSE, either. I had to infer it from the cipher suite to set this attribute - see the expose() method in org.apache.catalina.valves.CertificatesValve, which uses pattern matching on the cipher suite name. Craig
Re: mod_webapp/SSL and TC 4.0
GOMEZ Henri [EMAIL PROTECTED] wrote: Hi to all, I take a look at mod_webapp and warp java, and didn't find reference to SSL informations forwarded from WebServer. Should it be fixed before release since it may break the spec ? I could grab code from mod_jk to support that, but I'm pretty busy with my day work and mod_jk fixes for TC 3.3 release. Maybe Pier, JF or Ryan could grab existing code from mod_jk and use it in mod_webapp ? It should works at least for Apache 1.3/2.0. To follow the Servlet 2.3, take a look at jk in J-T-C since it also handle the SSL_KEY_SIZE. Yes, will do... Check out # 3510... Pier
RE: mod_webapp with Apache 2.0
Good news Pier Happy to see a second connector web-connector for Apache 2.0 ;) - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 21, 2001 6:22 PM To: tomcat dev jakarta.apache.org Subject: FW: mod_webapp with Apache 2.0 Directly from the authors of Apache 2.0, I'm very happy to announce that the WebApp module has now support for the new HTTPD. Thank you to the Covalent dream team... Pier -- Forwarded Message From: Ryan Bloom [EMAIL PROTECTED] Organization: Covalent Technologies Reply-To: [EMAIL PROTECTED] Date: Tue, 21 Aug 2001 09:17:25 -0700 To: Pier P. Fumagalli [EMAIL PROTECTED], Ian Kallen [EMAIL PROTECTED] [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], Dirk-Willem van Gulik [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: mod_webapp with Apache 2.0 Pier, Here is the C code for mod_webapp for Apache 2.0. I have it building on my machine, but APXS is horribly broken, and I haven't had time to fix it yet. That is on my VERY short list of things to do. Regardless, I have a hacked up build system, and this does build for me. I don't have Tomcat 4.0 setup though, so I haven't been able to test it yet. Again, on my VERY short list of projects. I'm hoping to have a Makefile that actually works very soon as well. :-) Ryan __ Ryan Bloom[EMAIL PROTECTED] Covalent Technologies[EMAIL PROTECTED] -- -- End of Forwarded Message
Re: mod_webapp vs. multi-thread component.
Thom Park at [EMAIL PROTECTED] wrote: Pier et. al. I hope that someone more enlightened can assist me with this one as I'm totally flummoxed by this - this applies to Solaris threads being used within mod_webapp (but not directly)... Whoha... Looking for troubles, huh? :) I have succesfully (yay!) built mod_webapp (and apr) using the native SUN C compiler on Solaris 2.8. I am now attempting to add my own provider to the mix and am hitting an odd problem that I need explained to me )or hit on the head with a stick - which ever is less painful ;-) Uh... Any modification to the build process? I believe APR doesn't like the native SUN-C compiler that much (ok, I work for Sun and I use GCC... WHAT-EVE! :) B.T.W. My 'provider' is an interface between apache and an IIOP (CORBA) connector that allows apache to converse with tomcat (using an IIOP java connector). One of these days you'll enlighten me of the difference... I'm wondering why you're using IIOP... (works champion on NT!). Good :) Unfortunately I don't have a single-threaded version of the CORBA orb libraries - only multi-threaded are available. Note that from Apache's point of view this shouldn't be a problem as there only is one client per apache child - no callbacks are made between the client and server so the execution thread being used by apache should be the only one that invokes the (client) object reference. Unfortunately, due to the mechanism involved in binding to a corba object, the client lib spawns a bunch of thread so handle the looking up and resolving of the object reference. It is here that my problem occurs. The CORBA api call launches 5 or so threads a this point (mainly to service a try/retry object discovery role) and, for every call to thr_create() that's performed by the 'connect' code, I get the following message written to the apache log (things in paraphrased by me): [apache timestamp][notice] child pid pidnum exit signal Abort(6) thr_create: Inappropriate ioctl for device thr_create: Inappropriate ioctl for device thr_create: Inappropriate ioctl for device ... Darn... Why would it be IOCTLing a device when creating a thread? I thought it might be that I hadn't put -lthread in the link line but that's even nastier - Apache doesn't even manage to startup if I do that. Is it simply crashing or does it give some output? So - can anyone please! offer any advice on : a) what the above could mean That's the weird part... Why is ioctl() called when a thread is created? b) any suggestions on using multi-threading apps (in a single threaded fashion) within mod_Webapp or apache. I bet it would be the same if you created a module without APR and WEBAPP. IMVHO, the problem is somewhere else... :( Could this be something related to creating threads and using fork() at the same time? p.s. Note that this isn't a problem per se with the mod_webapp connector - more an issue with the use of threading within Apache - so can anyone advise where i should post this request if not here? I'm forwarding to apr-dev, lots of bright people over there, please, since this is outside of the scope of APR, respond privately to me and/or Thom. Thank you very much... Pier
RE: mod_webapp vs. multi-thread component.
Hi Pier, Whoha... Looking for troubles, huh? :) no - trouble usually comes looking for me :) B.T.W. My 'provider' is an interface between apache and an IIOP (CORBA) connector that allows apache to converse with tomcat (using an IIOP java connector). One of these days you'll enlighten me of the difference... I'm wondering why you're using IIOP... it's not so much the access to tomcat - though IIOP does give me some nice load-balancing/ location transparancy for free, it's more the case that if I can get this working, I can then call CORBA objects directly from apache without having to go via tomcat. I can also call C++ based CORBA objects as well as Java ones. Darn... Why would it be IOCTLing a device when creating a thread? Confused the hell out of me as well - I was wondering if it was the device driver that implements threads that was signalling an invalid ioctl operation. Perhaps when a thread is started up on Solaris, it looks like just another device under the covers. Or perhaps you can associate some device with a thread at thread creation time and it's that that causes the ioctl error. Who knows - I'm not a solaris kernel guru... Is it simply crashing or does it give some output? The child processes that apache forks coredump with SEGVIO, nowhere near the code that handles mod webapp but during the startup of apache. It doesn't seem to like libthread.so ;-) b) any suggestions on using multi-threading apps (in a single threaded fashion) within mod_Webapp or apache. I bet it would be the same if you created a module without APR and WEBAPP. IMVHO, the problem is somewhere else... :( I agree - but there must be someway to get apache to 'like' threading... p.s. Note that this isn't a problem per se with the mod_webapp connector - more an issue with the use of threading within Apache - so can anyone advise where i should post this request if not here? I'm forwarding to apr-dev, lots of bright people over there, please, since this is outside of the scope of APR, respond privately to me and/or Thom. Thank you very much... ...and thank you too for the 'tea and sympathy' ;-) -T.
Re: mod_webapp gives Invalid virtual host name
Pier P. Fumagalli wrote: Eryq at [EMAIL PROTECTED] wrote: webapp-module-1.0-tc40b6 SunOS clin5 5.8 Generic_108528-07 sun4u sparc SUNW,Ultra-60 Apache 1.3.20 gcc 2.95.2 tomcat 4b6 Ok I built an Apache with dynamic loading, which is definitely working. I build mod_webapp, and try to start Apache. This: LoadModule webapp_module /path/to/mod_webapp.so works, but the following line: AddModule webapp_module AddModule mod_webapp.c Sounds better for me... complains that the module isn't loaded yet. ??? What's the exact message this one gives? If I comment out the AddModule line, then: WebAppConnection myConnection warp localhost:14108 works, That's pretty weird :) but: WebAppInfo /server-status-webapp/ gives me an Invalid virtual host name. I believe you didn't specify the ServerName directive in your httpd.conf What do I do now? Make sure that ServerName is specified _before_ WebAppInfo... And Port or use a virtual host VirtualHost. Should we use default value or Host/Port? Pier
Re: mod_webapp functionality issues...
Eric L. Anderson at [EMAIL PROTECTED] wrote: I finally have the apache connector compiled and talking to tomcat. Unfortunatley, whenever I try to make use of a deployed webapp, I get a WebApp: Error 500 page. The error in the apache error logs are as follows: [Fri Jul 27 09:50:15 2001] [error] Not yet implemented There is no error message in any of the tomcat logs although the tomcat apache_log does show the connection from apache to tomcat. The webapp I am trying to experiment with is the /examples/ webapp. Is this functionality really not implemented? You're using a FAR OLD copy of mod_webapp... Please update to the latest CVS version... Thank you :) Pier
Re: mod_webapp functionality issues...
On Fri, Jul 27, 2001 at 07:06:14PM +0100, Pier P. Fumagalli wrote: Eric L. Anderson at [EMAIL PROTECTED] wrote: I finally have the apache connector compiled and talking to tomcat. Unfortunatley, whenever I try to make use of a deployed webapp, I get a WebApp: Error 500 page. The error in the apache error logs are as follows: [Fri Jul 27 09:50:15 2001] [error] Not yet implemented There is no error message in any of the tomcat logs although the tomcat apache_log does show the connection from apache to tomcat. The webapp I am trying to experiment with is the /examples/ webapp. Is this functionality really not implemented? You're using a FAR OLD copy of mod_webapp... Please update to the latest CVS version... Thank you :) Ok. I have updated cvs from jakarta-tomcat-connector and rebuilt the connector. Now I get Invalid packet 255. This error does show up in the apache_log per the following: 2001-07-27 14:02:18 [org.apache.catalina.connector.warp.WarpRequestHandler] Invalid packet 22 On the tomcat side I am using the beta 6 release version. Should I now update Tomcat from cvs also? Thanks -- Eric L. Anderson [EMAIL PROTECTED]
Re: mod_webapp functionality issues...
Silly me. I rebuilt the apache connector from cvs without also rebuilding the included java portion of the connector. Perhaps the file is called README.txt for a reason... On Fri, Jul 27, 2001 at 02:26:15PM -0500, Eric L. Anderson wrote: On Fri, Jul 27, 2001 at 07:06:14PM +0100, Pier P. Fumagalli wrote: Eric L. Anderson at [EMAIL PROTECTED] wrote: I finally have the apache connector compiled and talking to tomcat. Unfortunatley, whenever I try to make use of a deployed webapp, I get a WebApp: Error 500 page. The error in the apache error logs are as follows: [Fri Jul 27 09:50:15 2001] [error] Not yet implemented There is no error message in any of the tomcat logs although the tomcat apache_log does show the connection from apache to tomcat. The webapp I am trying to experiment with is the /examples/ webapp. Is this functionality really not implemented? You're using a FAR OLD copy of mod_webapp... Please update to the latest CVS version... Thank you :) Ok. I have updated cvs from jakarta-tomcat-connector and rebuilt the connector. Now I get Invalid packet 255. This error does show up in the apache_log per the following: 2001-07-27 14:02:18 [org.apache.catalina.connector.warp.WarpRequestHandler] Invalid packet 22 On the tomcat side I am using the beta 6 release version. Should I now update Tomcat from cvs also? Thanks -- Eric L. Anderson [EMAIL PROTECTED] -- Eric L. Anderson [EMAIL PROTECTED]
Re: mod_webapp gives Invalid virtual host name
Eryq at [EMAIL PROTECTED] wrote: webapp-module-1.0-tc40b6 SunOS clin5 5.8 Generic_108528-07 sun4u sparc SUNW,Ultra-60 Apache 1.3.20 gcc 2.95.2 tomcat 4b6 Ok I built an Apache with dynamic loading, which is definitely working. I build mod_webapp, and try to start Apache. This: LoadModule webapp_module /path/to/mod_webapp.so works, but the following line: AddModule webapp_module complains that the module isn't loaded yet. ??? What's the exact message this one gives? If I comment out the AddModule line, then: WebAppConnection myConnection warp localhost:14108 works, That's pretty weird :) but: WebAppInfo /server-status-webapp/ gives me an Invalid virtual host name. I believe you didn't specify the ServerName directive in your httpd.conf What do I do now? Make sure that ServerName is specified _before_ WebAppInfo... Pier
Re: mod_webapp
jean-frederic clere at [EMAIL PROTECTED] wrote: Hi, I have started to test mod_webapp I have some complains: Oh, well... - It needs gnu make but could have used normal make. - Should I change it? - How about APR... Which one does it need? - When configuring APR I need to pass some parameters: CC=/usr/bin/cc \ CFLAGS=-DXTI_SUPPORT \ ./configure --enable-static --disable-shared --disable-threads (I will add this to the README.txt) I don't get why you have to specify the CC location (should be in your path) and enable XTI_SUPPORT... It's pointless to add them to the readme... If your platform requires those two things, they need to be updated in the APR configure script. - The make build the java part but it needs CLASSPATH... (We use ant everywhere, why using make for mod_webapp). So? The official Java build of the Warp code is the one in the jakarta-tomcat-4 repository... PIer
Re: mod_webapp
Pier P. Fumagalli wrote: jean-frederic clere at [EMAIL PROTECTED] wrote: Hi, I have started to test mod_webapp I have some complains: Oh, well... - It needs gnu make but could have used normal make. - Should I change it? - How about APR... Which one does it need? Normal make. - When configuring APR I need to pass some parameters: CC=/usr/bin/cc \ CFLAGS=-DXTI_SUPPORT \ ./configure --enable-static --disable-shared --disable-threads (I will add this to the README.txt) I don't get why you have to specify the CC location (should be in your path) and enable XTI_SUPPORT... It's pointless to add them to the readme... If your platform requires those two things, they need to be updated in the APR configure script. I have just committed it - Have a look to it - (Yes, I could have added this to APR) - The make build the java part but it needs CLASSPATH... (We use ant everywhere, why using make for mod_webapp). So? The official Java build of the Warp code is the one in the jakarta-tomcat-4 repository... So I am just loosing time? Where hell is the correct code? (Should be in jakarta-tomcat-connectors!). PIer
Re: mod_webapp
On Wed, Jul 18, 2001 at 05:28:25PM +0200, jean-frederic clere wrote: The CVS I have does not compile because apr_socket_create()... It misses the inherit parameter! APR has added it to the apr_socket_create(). Should I fix it or just tell we need a tagged APR (like APACHE_2_0_20). I think it may get reverted back. Dean just vetoed this (well, rather, he said, I object.). There is a series of +1s to taking it back out and making the inherit call explicit. -- justin
Re: mod_webapp
On Wed, Jul 18, 2001 at 04:43:57PM +0100, Pier P. Fumagalli wrote: I have an old pre-sms version of APR I'm using, and it seems it's working on most platforms as-is... I might ask the APR guys to tag it with MOD_WEBAPP_1_0, or redistribute it in a nice tarball... Ha! -- justin
Re: mod_webapp
Justin Erenkrantz at [EMAIL PROTECTED] wrote: On Wed, Jul 18, 2001 at 04:43:57PM +0100, Pier P. Fumagalli wrote: I have an old pre-sms version of APR I'm using, and it seems it's working on most platforms as-is... I might ask the APR guys to tag it with MOD_WEBAPP_1_0, or redistribute it in a nice tarball... Ha! -- justin What's funny? Pier
Re: mod_webapp
Nope... The official _stable_ WARP code is distributed with Tomcat 4.0, and resides in that CVS... The one you download from jakarta-tomcat-connectors is the working copy... As soon as I tag a stable version, that gets copied over into the official repository... So we will need to explain this in the README.txt. If the idea is to have the developement version in jakarta-tomcat-connectors and the maintenance mode one in Tomcat 4.0 that is great! (Otherwise it is confusing...). Aaron is pro README. j-t-c could really use a STATUS file as well...i'll attach the boilerplate STATUS to give us something to work with. If will change apjava.m4, so that if you don't specify --with-jdk, you won't compile java (remove the compile task, and remove all dependancies) sometimes in the future... Now it's not a priority (the priority is to have that piece of shit to pass the watchdog tests, soo). Maybe next week. The CVS I have does not compile because apr_socket_create()... It misses the inherit parameter! APR has added it to the apr_socket_create(). Should I fix it or just tell we need a tagged APR (like APACHE_2_0_20). Actually hold off on this, I think the function params will go back to normal shortly... -aaron ---cut here Jakarta-Tomcat-Connectors STATUS: -*-text-*- Last modified at [$Date: $] This project exists to ... Release: RELEASE SHOWSTOPPERS: Other bugs that need fixing: Other features that need writing: Documentation that needs writing: * Documentation? What documentation? Available Patches: Open issues:
Re: mod_webapp
Justin Erenkrantz wrote: On Wed, Jul 18, 2001 at 05:28:25PM +0200, jean-frederic clere wrote: The CVS I have does not compile because apr_socket_create()... It misses the inherit parameter! APR has added it to the apr_socket_create(). Should I fix it or just tell we need a tagged APR (like APACHE_2_0_20). I think it may get reverted back. Dean just vetoed this (well, rather, he said, I object.). There is a series of +1s to taking it back out and making the inherit call explicit. -- justin I would advise to use a tagged version of APR in mod_webapp. Using the lastest one is/was not a good idea. I am using the APR tagged APACHE_2_0_20 for testing mod_webapp and it compiles Ok at least on 2 of test plateforms I use. (ReliantUnix and Linux).
Re: mod_webapp
On Wed, Jul 18, 2001 at 06:29:31PM +0200, jean-frederic clere wrote: I would advise to use a tagged version of APR in mod_webapp. Using the lastest one is/was not a good idea. I am using the APR tagged APACHE_2_0_20 for testing mod_webapp and it compiles Ok at least on 2 of test plateforms I use. (ReliantUnix and Linux). Keep in mind that we're still changing stuff around and we're not keeping backwards compatibility with anything because we haven't officially released APR. So, if you use an older tagged version for a while, you'll get stuck with a bunch of updates all at once that may not make any sense. Furthermore, this whole inherit thing wasn't the most thought-out patch we've committed into APR. I think we have a solution that is better and reverts us back to the old API. Bear with us. =) -- justin
Re: mod_webapp
Justin Erenkrantz at [EMAIL PROTECTED] wrote: On Wed, Jul 18, 2001 at 06:29:31PM +0200, jean-frederic clere wrote: I would advise to use a tagged version of APR in mod_webapp. Using the lastest one is/was not a good idea. I am using the APR tagged APACHE_2_0_20 for testing mod_webapp and it compiles Ok at least on 2 of test plateforms I use. (ReliantUnix and Linux). Keep in mind that we're still changing stuff around and we're not keeping backwards compatibility with anything because we haven't officially released APR. So, if you use an older tagged version for a while, you'll get stuck with a bunch of updates all at once that may not make any sense. Furthermore, this whole inherit thing wasn't the most thought-out patch we've committed into APR. I think we have a solution that is better and reverts us back to the old API. Bear with us. =) Choosing APR as the mod_webapp abstraction layer has been a well thought-out choice. When I started, I knew that APR was far from completion and its API were not stable, BUT the tradeoff of using that code is _incredible_. In the module source there isn't a single #ifdef dependant to the OS. That's why I'm oriented towards the use of CVS as a pure unstable development tree, having the Java classes copied over to jakarta-tomcat-4.0 when a release is tagged, and distributing an APR tarball with the sources of the module. Like in BSD, I want to get a UNSTABLE distribution (CVS, daily snapshots and so on, without APR), and a STABLE one (rolled tarballs, with APR). Pier
Re: mod_webapp
At 04:43 PM 7/18/01 +0100, you wrote: jean-frederic clere at [EMAIL PROTECTED] wrote: Nope... The official _stable_ WARP code is distributed with Tomcat 4.0, and resides in that CVS... The one you download from jakarta-tomcat-connectors is the working copy... As soon as I tag a stable version, that gets copied over into the official repository... So we will need to explain this in the README.txt. If the idea is to have the developement version in jakarta-tomcat-connectors and the maintenance mode one in Tomcat 4.0 that is great! (Otherwise it is confusing...). Hmm... Ok... If will change apjava.m4, so that if you don't specify --with-jdk, you won't compile java (remove the compile task, and remove all dependancies) sometimes in the future... Now it's not a priority (the priority is to have that piece of shit to pass the watchdog tests, soo). Maybe next week. The CVS I have does not compile because apr_socket_create()... It misses the inherit parameter! APR has added it to the apr_socket_create(). Should I fix it or just tell we need a tagged APR (like APACHE_2_0_20). I have an old pre-sms version of APR I'm using, and it seems it's working on most platforms as-is... I might ask the APR guys to tag it with MOD_WEBAPP_1_0, or redistribute it in a nice tarball... Pier, I just ran into that problem myself: I think you can't get the older version of APR anymore (or rather: I wasn't able to find it). I was able to get everything to compile by just adding the parameter in the function call. However, didn't get around to test it yet. Klaus Pier
RE: mod_webapp under Linux
Do you believe in or is you choice better... I'm having some trouble now and then with the mod_webapp... Mvgr, Martin -Original Message- From: kevin seguin [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 31, 2001 2:02 AM To: [EMAIL PROTECTED] Subject: Re: mod_webapp under Linux for what it's worth, from the mentioned post, i believe this: An other solution would be to use an APR without threads. To do so use ./configure --enable-threads=no when configuring APR. rather than this: I have no found exactly what happends but just add -lpthread in the (tomcat-connectors)/Makefile solves the problem: is what you want. you want a single-threaded apr for apache 1.3 rather than a multi-threaded mod_webapp. Martin van den Bemt wrote: There is an answer about this in tomcat-dev (I had the same problem and found the solution for it). I believe it's just adding a parameter when compiling. (I posted this also in tomcat-user). Oops.. found the url... See http://marc.theaimsgroup.com/?l=tomcat-devm=99020542608948w=2 (the ant-dev mailinglist...). Have fun, Martin van den Bemt -Original Message- From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 31, 2001 1:30 AM To: [EMAIL PROTECTED] Subject: Re: mod_webapp under Linux Dave Oxley at [EMAIL PROTECTED] wrote: Pier, Is there anywhere I can download an archive of apr that works! On the other hand if you fix it could you Email me or the list. I really don't know... It works on MacOS/X, have you tried compiling it without multi threading support? The last two days I've been quite busy updating Nagoya and the bugzilla database and won't have a chance to dig into it before Friday... BTW, have you tried (of course) the latest CVS checkout? :) Thanks and sorry... Pier
Re: mod_webapp under Linux
what i'm saying is, from my (limited) experience, multithreaded modules don't play nice with singlethreaded apache 1.3. i tried it once, a while ago, and had nothing but troubles. which is not suprising at all. i wouldn't expect mixing threading models to be anything but dangerous. so, if it was me, i'd use a singlethreaded version of apr/mod_webapp with apache 1.3. -kevin. Martin van den Bemt wrote: Do you believe in or is you choice better... I'm having some trouble now and then with the mod_webapp... Mvgr, Martin -Original Message- From: kevin seguin [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 31, 2001 2:02 AM To: [EMAIL PROTECTED] Subject: Re: mod_webapp under Linux for what it's worth, from the mentioned post, i believe this: An other solution would be to use an APR without threads. To do so use ./configure --enable-threads=no when configuring APR. rather than this: I have no found exactly what happends but just add -lpthread in the (tomcat-connectors)/Makefile solves the problem: is what you want. you want a single-threaded apr for apache 1.3 rather than a multi-threaded mod_webapp. Martin van den Bemt wrote: There is an answer about this in tomcat-dev (I had the same problem and found the solution for it). I believe it's just adding a parameter when compiling. (I posted this also in tomcat-user). Oops.. found the url... See http://marc.theaimsgroup.com/?l=tomcat-devm=99020542608948w=2 (the ant-dev mailinglist...). Have fun, Martin van den Bemt -Original Message- From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 31, 2001 1:30 AM To: [EMAIL PROTECTED] Subject: Re: mod_webapp under Linux Dave Oxley at [EMAIL PROTECTED] wrote: Pier, Is there anywhere I can download an archive of apr that works! On the other hand if you fix it could you Email me or the list. I really don't know... It works on MacOS/X, have you tried compiling it without multi threading support? The last two days I've been quite busy updating Nagoya and the bugzilla database and won't have a chance to dig into it before Friday... BTW, have you tried (of course) the latest CVS checkout? :) Thanks and sorry... Pier
Re: mod_webapp under Linux
Pier, Is there anywhere I can download an archive of apr that works! On the other hand if you fix it could you Email me or the list. Thanks. Dave. [EMAIL PROTECTED] From: Pier P. Fumagalli [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: mod_webapp under Linux Date: Wed, 30 May 2001 02:50:49 +0100 kevin seguin at [EMAIL PROTECTED] wrote: it looks like the problem is you're using apache 1.3 (not multi-thread on non-win32 systems) with a multi-threaded build of apr (pthread_sigmask is an export from libpthread.so). i'm just guessing, but i imagine you can build apr in single-thread mode... Yes, it's a bug in the current APR release with Linux... (Digging into it) Pier _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Re: mod_webapp under Linux
Dave Oxley at [EMAIL PROTECTED] wrote: Pier, Is there anywhere I can download an archive of apr that works! On the other hand if you fix it could you Email me or the list. I really don't know... It works on MacOS/X, have you tried compiling it without multi threading support? The last two days I've been quite busy updating Nagoya and the bugzilla database and won't have a chance to dig into it before Friday... BTW, have you tried (of course) the latest CVS checkout? :) Thanks and sorry... Pier
Re: mod_webapp under Linux
for what it's worth, from the mentioned post, i believe this: An other solution would be to use an APR without threads. To do so use ./configure --enable-threads=no when configuring APR. rather than this: I have no found exactly what happends but just add -lpthread in the (tomcat-connectors)/Makefile solves the problem: is what you want. you want a single-threaded apr for apache 1.3 rather than a multi-threaded mod_webapp. Martin van den Bemt wrote: There is an answer about this in tomcat-dev (I had the same problem and found the solution for it). I believe it's just adding a parameter when compiling. (I posted this also in tomcat-user). Oops.. found the url... See http://marc.theaimsgroup.com/?l=tomcat-devm=99020542608948w=2 (the ant-dev mailinglist...). Have fun, Martin van den Bemt -Original Message- From: Pier P. Fumagalli [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 31, 2001 1:30 AM To: [EMAIL PROTECTED] Subject: Re: mod_webapp under Linux Dave Oxley at [EMAIL PROTECTED] wrote: Pier, Is there anywhere I can download an archive of apr that works! On the other hand if you fix it could you Email me or the list. I really don't know... It works on MacOS/X, have you tried compiling it without multi threading support? The last two days I've been quite busy updating Nagoya and the bugzilla database and won't have a chance to dig into it before Friday... BTW, have you tried (of course) the latest CVS checkout? :) Thanks and sorry... Pier