How to integrate Tomcat with IIS
Hi all, I am new to this list. I would like to know how to configure Tomcat with IIS. I followed docs given as part of Jakarta Tomcat.still unable to solve the problem. Here I am attaching the log file of IIS? Could anybody out there to help me? I need it urgently. ex010606.log Regards -raj- ex010606.log
RE: [j-t-c] OS poll
Also : W2K / VisualAge 3.5 (JDK 1.2) AS/400 V4R5 / JDKs 1.7-1.2.2-1.3 - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
[j-t-c] OS poll = [j-t-c] webserver poll
Here is the result of the j-t-c OS poll : - OPERATING SYSTEM -- USERS - - REF - - AS/400 - AS/400 V4R5 1 = 1 - BS2000 - BS2000 / 3901 = 1 - FreeBSD - FreeBSD 4.0 STABLE / x861 FreeBSD 4.2 / x86 2 = 3 - HP - HP-UX 10.0 1 = 1 - Linux - Gnu Linux 1 Linux 2.2.15 / SPARC1 Redhat 6.2 / x863 Redhat 7.0 / x863 Redhat 7.1 / x866 Slackware 7.1 / x86 1 Suse 7.0 / x86 1 Suse 7.1 / x86 1 = 17 - Mac - MacOS/X 10.0.3 1 MacOS/9 9.1 1 = 2 - Reliant - ReliantUnix 5.45/5.43 / Mips1 = 1 - Sun/Solaris - Solaris 2.6 1 Solaris 2.7 1 Solaris 2.8 2 Solaris 7 / x86 1 Solaris 7 / SPARC 2 Solaris 8 / x86 2 Solaris 8 / SPARC 2 SunOS 5.8 / Sparc64 1 = 12 - Windows - Window NT 3 Window 2000 Pro 5 Window 2000 Pro+Cygwin / x861 Windows 98 SE 1 Windows Millenium 1 = 11 Conclusion: Linux is clearly the most referenced, with Solaris / Windows immediate followers. FreeBSD (no OpenBSD ?) is the next one (apache.org prefs OS). MacOS appears (thks Pier), HPUX, ReliantUnix. Some exotics systems (AS/400 - BS2000). On the AS/400, you could allready use an Apache HTTP Server. IBM announced that this port will soon accept externals modules. May be even an APR port. I'll track this OS :) Surprizingly, no vote for AIX. Now which webservers are you using : - Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl) - Apache 2.0 - Domino - IIS 4/5/2000 - JNI - Netscape/IPlanet This quick poll will help us know on which direction must be put the most effort. I bet for Apache 1.3 on Unix boxes - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
RE: jk_nt_service problem
Did you try with JDK 1.3.1 ? There is a known problem with Sun JDK 1.3 and NT Service - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 -Original Message- From: Srinivas Kothuri [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 12, 2001 8:08 PM To: '[EMAIL PROTECTED]' Subject: Re: jk_nt_service problem i AM HAVING THE SAME PROBLEM TOO. i AM RUNNING TOMCAT ON WINDOWS 200 AND TRYING TO CONFIGURE IT AS A SERVICE. I AM GETTING THE Tomcat service didn't start but returned no error More help is available by typing NET HELPMSG 3534 when i do net helpmsg 3534 it gives a message . please try later or contact the network administrator. THIS IS MY WRAPPERS.PROPERTIES FILE I CHANGED THE TOMCAT HOME AND THE JDK HOME TO C:\JAKARTA-TOMCAT C:\JDK1.3 it still doesnt seem to work. any inputs or suggestions are welcome.. thanx. srinivas kothuri # wrapper.properties starts here- # # $Header: /home/cvs/jakarta-tomcat/src/etc/Attic/wrapper.properties,v 1.2.2.1 2000/10/16 01:59:22 larryi Exp $ # $Revision: 1.2.2.1 $ # $Date: 2000/10/16 01:59:22 $ # # # jk_service.properties - a bootstrap file for the Tomcat NT service. # # This file provides jk_nt_service with the needed information to # start tomcat at a different process. # # As a general note, the characters $( and ) are used internally to define # macros. Do not use them!!! # # Whenever you see a set of lines like these: # x=value # y=$(x)\something # # the final value for y will be value\something # # Normally all you will need to modify is the first two properties, i.e., # wrapper.tomcat_home and wrapper.java_home. Most of the configuration # is derived from these two. # # # wrapper.tomcat_home should point to the location where you # installed tomcat. This is where you have your conf, webapps and lib # directories. # wrapper.tomcat_home=put your Tomcat home # # wrapper.java_home should point to your Java installation. Normally # you should have a bin and lib directories beneath it. # wrapper.java_home=put your Java home # #-- ADVANCED MODE # Make sure that you read the how-to before making too many changes. #- # # # Defining where the service is going to put the standard # output of Tomcat. This is where System.out.println and # System.err.println go to. # wrapper.stdout=$(wrapper.tomcat_home)\logs\jvm.stdout wrapper.stderr=$(wrapper.tomcat_home)\logs\jvm.stderr # # Additions to the path. Put here directories where you store DLLs for # native methods, etc. # wrapper.ld_path=d:\ wrapper.ld_path=c:\ # # Defining the classpath. All the rows that belongs to the class_path # property are concatenated to create the classpath for Tomcat. # # If you have additional locations that you would like to add to the # classpath, add a new wrapper.class_path=location line. # wrapper.class_path=$(wrapper.tomcat_home)\classes wrapper.class_path=$(wrapper.tomcat_home)\lib\webserver.jar wrapper.class_path=$(wrapper.tomcat_home)\lib\jasper.jar wrapper.class_path=$(wrapper.tomcat_home)\lib\xml.jar wrapper.class_path=$(wrapper.tomcat_home)\lib\servlet.jar # # This is where Javac is located in JDK1.2.x. # wrapper.class_path=$(wrapper.java_home)\lib\tools.jar # # and a tribute to JDK1.1.x # wrapper.class_path=$(wrapper.java_home)\lib\classes.zip # # This is the Java interpreter used for running Tomcat. # wrapper.javabin=$(wrapper.java_home)\bin\java.exe # # This is Tomcat's startup class (the class that contains Tomcat's # starting point). # wrapper.startup_class=org.apache.tomcat.startup.Tomcat # # This is where tomcat's server.xml configuration file is located. # wrapper.server_xml=$(wrapper.tomcat_home)\conf\server.xml # # The NT service uses AJP12/AJP13 to shut down Tomcat. The # wrapper.shutdown_port tells the service the identity of the port that # is used by AJP12/AJP13. # wrapper.shutdown_port=8007 # # Can be either ajp12 or ajp13 depending on your configuration. # # Default value is ajp12. # wrapper.shutdown_protocol=ajp12 # # This is the command line that is used to start Tomcat. You can *add* extra # parameters to it, but you can not remove anything. # wrapper.cmd_line=$(wrapper.javabin) -classpath $(wrapper.class_path) $(wrapper.startup_class) -config $(wrapper.server_xml) -home $(wrapper.tomcat_home) #-wrapper.properties ends here-
Re: How to integrate Tomcat with IIS
You need only go step by step in http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html. But there is a problem whith method Post and Ms IE. Please say us if you have the same problem. Saludos, José Luis Rajeshwar Rao.V wrote: Hi all, I am new to this list. I would like to know how to configure Tomcat with IIS. I followed docs given as part of Jakarta Tomcat.still unable to solve the problem. Here I am attaching the log file of IIS? Could anybody out there to help me? I need it urgently. ex010606.log Regards -raj- ex010606.logName: ex010606.log Type: Log File (application/x-unknown-content-type-logfile)
cvs commit: jakarta-tomcat-connectors/jk/doc tomcat-ssl-howto.html
hgomez 01/06/13 02:25:24 Modified:jk/doc tomcat-ssl-howto.html Log: Correct apache-ssl URL (Sorry Ben :) Reviewed by:Qiu, Wei [[EMAIL PROTECTED]] Revision ChangesPath 1.2 +1 -1 jakarta-tomcat-connectors/jk/doc/tomcat-ssl-howto.html Index: tomcat-ssl-howto.html === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/doc/tomcat-ssl-howto.html,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- tomcat-ssl-howto.html 2001/05/14 09:16:57 1.1 +++ tomcat-ssl-howto.html 2001/06/13 09:25:23 1.2 @@ -59,7 +59,7 @@ hr h2a name=s2Tomcat and SSL/a/h2 pTomcat could use SSL directly (via an HTTP connector supporting SSL) or via - an Apache SSLified (a href=http://www.apachessl.org;Apache-SSL/a or apache-mod_ssl) + an Apache SSLified (a href=http://www.apache-ssl.org;Apache-SSL/a or apache-mod_ssl) with the mod_jk connector./p hr h2a name=s3Building tomcat with SSL support/a/h2
cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html
hgomez 01/06/13 02:27:00 Modified:src/doc tomcat-ssl-howto.html Log: Correct apache-ssl URL Submitted by: Qiu, Wei [[EMAIL PROTECTED]] Revision ChangesPath 1.4 +1 -1 jakarta-tomcat/src/doc/tomcat-ssl-howto.html Index: tomcat-ssl-howto.html === RCS file: /home/cvs/jakarta-tomcat/src/doc/tomcat-ssl-howto.html,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- tomcat-ssl-howto.html 2000/12/11 15:05:21 1.3 +++ tomcat-ssl-howto.html 2001/06/13 09:27:00 1.4 @@ -59,7 +59,7 @@ hr h2a name=s2Tomcat and SSL/a/h2 pTomcat could use SSL directly (via an HTTP connector supporting SSL) or via - an Apache SSLified (a href=http://www.apachessl.org;Apache-SSL/a or apache-mod_ssl) + an Apache SSLified (a href=http://www.apache-ssl.org;Apache-SSL/a or apache-mod_ssl) with the mod_jk connector./p hr h2a name=s3Building tomcat with SSL support/a/h2
RE: jk_nt_service problem
I've been experiencing the exact same problem with ibm jdk 1.1.8 From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Did you try with JDK 1.3.1 ? There is a known problem with Sun JDK 1.3 and NT Service From: Srinivas Kothuri [mailto:[EMAIL PROTECTED]] I AM GETTING THE Tomcat service didn't start but returned no error More help is available by typing NET HELPMSG 3534 best regards, Jeremy -- But they are useless. They can only give you answers - Pablo Picasso, about computers
RE: How to integrate Tomcat with IIS
Hi Jose, I have followed the step by step in the URL given by you. Bt at 9 th step where it is mentioned that jakarta filter should be marked by a green-up pointing arrow.I am not seeing it.Instead of GREEN, ia m seeing RED one. Please help me. Here I am copying the 9 thstep as it it. ( 9)Restart IIS (stop + start the IIS service), make sure that the jakarta filter is marked with a green up-pointing arrow. (costin)Under Win98 you may need to cd WINDOWS\SYSTEM\inetsrv and type PWS /stop ( the DLL and log files are locked - even if you click the stop button, PWS will still keep the DLLs in memory. ). Type pws to start it again) Regards, Rajeshwar rao. -Original Message- From: Jose Luis Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 2:50 PM To: [EMAIL PROTECTED] Subject: Re: How to integrate Tomcat with IIS You need only go step by step in http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html. But there is a problem whith method Post and Ms IE. Please say us if you have the same problem. Saludos, José Luis Rajeshwar Rao.V wrote: Hi all, I am new to this list. I would like to know how to configure Tomcat with IIS. I followed docs given as part of Jakarta Tomcat.still unable to solve the problem. Here I am attaching the log file of IIS? Could anybody out there to help me? I need it urgently. ex010606.log Regards -raj- ex010606.logName: ex010606.log Type: Log File (application/x-unknown-content-type-logfile)
mapping folder in tomcat
Dear sir, I am working in a web hosting co. where I have to install and configure tomcat server in windows2000.I could install tomcat server and run it successfully but now I am facing a big problem that I have to give ftp access to my clients so I have to mapping client folder from tomcat server. I have IIS but when I read its configure notes (in-process-howto.html,tomcat-iis-howto.html), it is really very ambigues notes and ultimatilly I could not success to mapping and configure tomcat with IIS for mapping.Can you write me any clear process how can I mapping other folder from of tomcat with IIS or without IIS, I have to restrect to do not install other server software.I think I have clear my position.If u can help me I will be greatfull to u. Sir I have to done that ASAP.. Thanks in advance.. With regards. Vikram mishra([EMAIL PROTECTED])
Re: [j-t-c] OS poll = [j-t-c] webserver poll
- Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl) - Apache 2.0 - Domino - IIS 4/5/2000 - JNI - Netscape/IPlanet apache 1.3 on windows nt/2000, solaris 2.[6-8], linux iis on windows nt/2000 netscape/iplanet on solaris 2.[6-8]
Re: [j-t-c] OS poll = [j-t-c] webserver poll
On Wed, Jun 13, 2001 at 10:57:16AM +0200, GOMEZ Henri wrote: Now which webservers are you using : - Apache 1.3 (Apache, Apache/SSL or Apache-mod_ssl) - Apache 2.0 - Domino - IIS 4/5/2000 - JNI - Netscape/IPlanet This quick poll will help us know on which direction must be put the most effort. I bet for Apache 1.3 on Unix boxes Yeah, but we should concentrate on getting a mod_webapp functional on Apache 2.0 (so you can have Tomcat4 with Apache 2.0). Looking at the j-t-c repository, I don't think Apache 2.0 is supported by mod_webapp yet. (BTW, what's the status of hot deploy in mod_webapp for Apache 1.3?) Depending upon what I get involved with on the httpd side, I could spend a few hours trying to get mod_webapp.c ported to Apache 2.0. I probably won't be able to look at it for a couple of weeks though. I can't imagine it'd take more than a few hours. If you port it to using the new filters API, that might take a bit longer. -- justin
Re: [j-t-c] OS poll = [j-t-c] webserver poll
Netscape Enterprise 3.5(+) on NetWare. Apache 1.3 on NetWare. Apache 1.3 on Win2K and Linux to verify fixes. Probably be looking at IIS on Win2K but not currently. Mike Anderson [EMAIL PROTECTED] 06/13/01 02:57AM Here is the result of the j-t-c OS poll : - OPERATING SYSTEM -- USERS - - REF - - AS/400 - AS/400 V4R5 1 = 1 - BS2000 - BS2000 / 3901 = 1 - FreeBSD - FreeBSD 4.0 STABLE / x861 FreeBSD 4.2 / x86 2 = 3 - HP - HP-UX 10.0 1 = 1 - Linux - Gnu Linux 1 Linux 2.2.15 / SPARC1 Redhat 6.2 / x863 Redhat 7.0 / x863 Redhat 7.1 / x866 Slackware 7.1 / x86 1 Suse 7.0 / x86 1 Suse 7.1 / x86 1 = 17 - Mac - MacOS/X 10.0.3 1 MacOS/9 9.1 1 = 2 - Reliant - ReliantUnix 5.45/5.43 / Mips1 = 1 - Sun/Solaris - Solaris 2.6 1 Solaris 2.7 1 Solaris 2.8 2 Solaris 7 / x86 1 Solaris 7 / SPARC 2 Solaris 8 / x86 2 Solaris 8 / SPARC 2 SunOS 5.8 / Sparc64 1 = 12 - Windows - Window NT 3 Window 2000 Pro 5 Window 2000 Pro+Cygwin / x861 Windows 98 SE 1 Windows Millenium 1 = 11 Conclusion: Linux is clearly the most referenced, with Solaris / Windows immediate followers. FreeBSD (no OpenBSD ?) is the next one (apache.org prefs OS). MacOS appears (thks Pier), HPUX, ReliantUnix. Some exotics systems (AS/400 - BS2000). On the AS/400, you could allready use an Apache HTTP Server. IBM announced that this port will soon accept externals modules. May be even an APR port. I'll track this OS :) Surprizingly, no vote for AIX. Now which webservers are you using : - Apache 1.3(Apache, Apache/SSL or Apache-mod_ssl) - Apache 2.0 - Domino - IIS 4/5/2000 - JNI - Netscape/IPlanet This quick poll will help us know on which direction must be put the most effort. I bet for Apache 1.3 on Unix boxes - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
Re: How to integrate Tomcat with IIS
Hi Rajeshwar. Are you sure that TOMCAT_HOME that's ok? Are you sure that isapi_redirect.dll file is in $TOMCAT_HOME\bin\win32\i386? Are you sure that strings values for configuration the ISAPI Redirector there are ok? If this is ok, then IIS configuration: In Windows Home\Windows Nt Pack 4.0\Microsoft Information Server\Internet Service Manager Default Web Site\Properties Home directory\Local Path - C:\...\webapps Home directory\Configuration\Add - Executable - C:\...\isapi_redirect.dll Extension - .jsp ISAPI Filters\Add - Filter name - jakarta Executable - C:\...\isapi_redirct.dll And that's all. I hope help you. Saludos, José Luis Rajeshwar Rao.V wrote: Hi Jose, I have followed the step by step in the URL given by you. Bt at 9 th step where it is mentioned that jakarta filter should be marked by a green-up pointing arrow.I am not seeing it.Instead of GREEN, ia m seeing RED one. Please help me. Here I am copying the 9 thstep as it it. ( 9)Restart IIS (stop + start the IIS service), make sure that the jakarta filter is marked with a green up-pointing arrow. (costin)Under Win98 you may need to cd WINDOWS\SYSTEM\inetsrv and type PWS /stop ( the DLL and log files are locked - even if you click the stop button, PWS will still keep the DLLs in memory. ). Type pws to start it again) Regards, Rajeshwar rao. -Original Message- From: Jose Luis Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 2:50 PM To: [EMAIL PROTECTED] Subject: Re: How to integrate Tomcat with IIS You need only go step by step in http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html. But there is a problem whith method Post and Ms IE. Please say us if you have the same problem. Saludos, José Luis Rajeshwar Rao.V wrote: Hi all, I am new to this list. I would like to know how to configure Tomcat with IIS. I followed docs given as part of Jakarta Tomcat.still unable to solve the problem. Here I am attaching the log file of IIS? Could anybody out there to help me? I need it urgently. ex010606.log Regards -raj- ex010606.logName: ex010606.log Type: Log File (application/x-unknown-content-type-logfile)
Re: How to integrate Tomcat with IIS
Please ask questions like this on the TOMCAT-USER mailing list (to subscribe, send an empty message to [EMAIL PROTECTED]). This list is for discussions about the development of Tomcat itself. Craig McClanahan On Wed, 13 Jun 2001, Rajeshwar Rao.V wrote: Hi all, I am new to this list. I would like to know how to configure Tomcat with IIS. I followed docs given as part of Jakarta Tomcat.still unable to solve the problem. Here I am attaching the log file of IIS? Could anybody out there to help me? I need it urgently. ex010606.log Regards -raj-
Re: Always loading default web.xml ?
On Tue, 12 Jun 2001, Remy Maucherat wrote: Hi, I have the impression that we're always loading the default web.xml, even if the webapp already contains one, and add to the mappings which are defined there. Yep. Tomcat loads the default mappings from this file, then it loads your own mappings (which override anything set in the defaults). I think it's ok when no mapping are defined, or no mapping is defined on the root node, but it's not as soon as a mapping is defined on either / or /* (which would indicate that the user wants to have all requests in the webapp handled by a particular servlet). Here, I'd like to have one servlet handle everything, including *.jsp, while leaving the default web.xml intact (so that Jasper is still active in other contexts) ;-) If you map to /* in your own web.xml, it overrides any *.jsp mappings in the defaults (because of the priority ordering defined in the servlet spec). What is it that you feel you cannot do? If the feature isn't present somewhere already (and I missed it), I think we should add it. Remy Craig
Re: [j-t-c] OS poll = [j-t-c] webserver poll
Apache 1.3/Win32 Apache 1.3/GNU/Linux (actually RedHat 6, 7) IIS 4.0/NT IIS 5.0/2000 Domino 5/Linux Domino 5/NT -- Andy Armstrong, Tagish
Re: Always loading default web.xml ?
On Tue, 12 Jun 2001, Remy Maucherat wrote: Hi, I have the impression that we're always loading the default web.xml, even if the webapp already contains one, and add to the mappings which are defined there. Yep. Tomcat loads the default mappings from this file, then it loads your own mappings (which override anything set in the defaults). I think it's ok when no mapping are defined, or no mapping is defined on the root node, but it's not as soon as a mapping is defined on either / or /* (which would indicate that the user wants to have all requests in the webapp handled by a particular servlet). Here, I'd like to have one servlet handle everything, including *.jsp, while leaving the default web.xml intact (so that Jasper is still active in other contexts) ;-) If you map to /* in your own web.xml, it overrides any *.jsp mappings in the defaults (because of the priority ordering defined in the servlet spec). What is it that you feel you cannot do? Well, it insisted to map / on the default servlet (so that 127.0.0.1:8080 was going to my servlet; 127.0.0.1:8080/ was going to the default servlet; the rest should go to my servlet). I didn't try again wo see if Jasper was active, but it was still set as a servlet mapping in my context (according to the logs), which of course isn't that useful. The code loads the default config before the app config. Perhaps what we could do when we add a new mapping from the app config is remove the redundant mappings. I added a new feature to my custom host as a workaround : it retrieves the array of children, parses the servlet mappings, and removes anything which isn't mapped to /*. I don't need reloading at all on that host, so I think I should be ok. Remy
ICAP servlet classes (was: Tomcat Architecture)
Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. Can someone give me pointers/references of where can I start ?? I'm looking for something similar for writing an ICAP Servlet for my master thesis, have you gotten hold of any references or code snipplets? Thanks in advance, Fabian.
Re: [j-t-c] OS poll = [j-t-c] webserver poll
I missed the OS poll, so here goes for both. I/We currently use: Apache1.3,Tomcat3.2.2 - WinNT/2000, Solaris6/7 Websphere3.02 - WinNT, AIX IIS4/5,Tomcat3.2.2 - WinNT/2000 And are about to use: Apache1.3,Tomcat3.2.2 - AIX/RH7.1 Dave [EMAIL PROTECTED] From: GOMEZ Henri [EMAIL PROTECTED] Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: [j-t-c] OS poll = [j-t-c] webserver poll Date: Wed, 13 Jun 2001 10:57:16 +0200 Here is the result of the j-t-c OS poll : - OPERATING SYSTEM - - USERS - - REF - - AS/400 - AS/400 V4R51 = 1 - BS2000 - BS2000 / 390 1 = 1 - FreeBSD - FreeBSD 4.0 STABLE / x86 1 FreeBSD 4.2 / x86 2 = 3 - HP - HP-UX 10.0 1 = 1 - Linux - Gnu Linux 1 Linux 2.2.15 / SPARC 1 Redhat 6.2 / x86 3 Redhat 7.0 / x86 3 Redhat 7.1 / x86 6 Slackware 7.1 / x861 Suse 7.0 / x86 1 Suse 7.1 / x86 1 = 17 - Mac - MacOS/X 10.0.3 1 MacOS/9 9.11 = 2 - Reliant - ReliantUnix 5.45/5.43 / Mips 1 = 1 - Sun/Solaris - Solaris 2.61 Solaris 2.71 Solaris 2.82 Solaris 7 / x861 Solaris 7 / SPARC 2 Solaris 8 / x862 Solaris 8 / SPARC 2 SunOS 5.8 / Sparc641 = 12 - Windows - Window NT 3 Window 2000 Pro5 Window 2000 Pro+Cygwin / x86 1 Windows 98 SE 1 Windows Millenium 1 = 11 Conclusion: Linux is clearly the most referenced, with Solaris / Windows immediate followers. FreeBSD (no OpenBSD ?) is the next one (apache.org prefs OS). MacOS appears (thks Pier), HPUX, ReliantUnix. Some exotics systems (AS/400 - BS2000). On the AS/400, you could allready use an Apache HTTP Server. IBM announced that this port will soon accept externals modules. May be even an APR port. I'll track this OS :) Surprizingly, no vote for AIX. Now which webservers are you using : - Apache 1.3 (Apache, Apache/SSL or Apache-mod_ssl) - Apache 2.0 - Domino - IIS 4/5/2000 - JNI - Netscape/IPlanet This quick poll will help us know on which direction must be put the most effort. I bet for Apache 1.3 on Unix boxes - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.
Re: ICAP servlet classes (was: Tomcat Architecture)
On Wed, 13 Jun 2001, Fabian Loschek wrote: Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. Is there an RFC number or other URL reference for this? Can someone give me pointers/references of where can I start ?? I'm looking for something similar for writing an ICAP Servlet for my master thesis, have you gotten hold of any references or code snipplets? Thanks in advance, Fabian. Not being familiar with ICAP, I'm assuming that it's similar to but different than HTTP, so that you can't just use a normal HttpServlet to talk to it. If this isn't correct, just ignore the following ramblings :-). The general way to extend Catalina (the servlet container inside Tomcat 4.0) for this would include the following steps: * Create new IcapRequest and IcapResponse classes that extend org.apache.catalina.connector.RequestBase and org.apache.catalina.connector.ResponseBase respectively. * Create an IcapServlet that extends Servlet (or HttpServlet) based on your needs. * Write a new Connector implementation that implements the ICAP communications protocol as necessary. The basic idea is that you would instantiate an IcapRequest and an IcapResponse, populate the request appropriately, and then pass it on to the associated Engine in the same way that the HTTP connector does. * At the Engine level, you may need to implement a custom Mapper that would be used to select which Host object to use. You can have multiple Mappers per Container (one per protocol), so you can still be processing HTTP requests through the same Engine. * Likewise, at the Host level, you may need a custom Mapper to select the appropriate web application (if you want to support this concept). * Finally, at the Context level, you may need a custom Mapper to select the appropriate servlet to be executed. Depending upon how similar ICAP and HTTP are, you might be able to leverage a lot of the existing machinery (most of the internal APIs, for example, pass Request and Response rather than HttpRequest and HttpResponse). But the exact level of code reuse is really dependent on the nature of the protocol you're trying to support. Craig McClanahan
Re: ICAP servlet classes (was: Tomcat Architecture)
On Wed, Jun 13, 2001 at 08:06:42PM +0200, Fabian Loschek wrote: Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. Can someone give me pointers/references of where can I start ?? I'm looking for something similar for writing an ICAP Servlet for my master thesis, have you gotten hold of any references or code snipplets? Good luck. We had to rip out the protocol engine in Apache to get ICAP working. It isn't even remotely HTTP-compliant. The yahoos on the ICAP WG claim that any HTTP-compliant server will work with ICAP. Don't believe them as they've never tried it. We have. It's awful. -- justin
Re: ICAP servlet classes (was: Tomcat Architecture)
On Wed, 13 Jun 2001, Fabian Loschek wrote: Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. I have a similar problem. I would like to use *generic* servlets rather than HttpServlet's. Is there a base connector that only relies on a port and not a protocol? -- D. Jay Newman ! For the pleasure and the profit it derives [EMAIL PROTECTED] ! I arrange things, like furniture, and http://www.sprucegrove.com/~jay/ ! daffodils, and ...lives. -- Hello Dolly
Re: ICAP servlet classes (was: Tomcat Architecture)
On Wed, Jun 13, 2001 at 02:34:17PM -0400, Salim Virani wrote: Hi Justin, I faced a similar problem. I figured I could write my own server/servlet API .. which is what I did. Just curious was your implementation in Java ??? And are you working for a company or this is some school project ?? We had a client who requested the use of the NetApp NetCache proxies with ICAP. We used Apache 1.3 as the base. We didn't believe that Java was scalable enough for our needs (commercial site). We ended up tossing the guts of Apache's protocol engine and came up with one that worked only with ICAP. What Craig just suggested for Tomcat might work better than what we did with Apache, but we needed high-performance - hence C code. HotSpot only does so much. =) Roy Fielding (here at eBuilt) and Don Gillies (at NetApp) had some interesting exchanges over how to interpret the HTTP spec. Don Gillies' implementation of ICAP in the NetApp boxes was quite buggy and awful. The WG's reference implementation of ICAP is a perl script. And, that script isn't even remotely RFC2616 compliant. The WG has now dropped all pretenses of making ICAP HTTP-compliant. The next revision of the ID will have this noted. If we had to do it all over again, we would never use ICAP. The idea of ICAP in and of itself isn't bad, but their implementation has no clue what it wants to be. I'd recommend subscribing to the ICAP mailing list ([EMAIL PROTECTED]) if you haven't already. -- justin
RE: ICAP servlet classes (was: Tomcat Architecture)
On Wed, 13 Jun 2001, Salim Virani wrote: Well ... this is an internet draft at IETF Here is the URL http://search.ietf.org/internet-drafts/draft-elson-opes-icap-01.txt And yes, thanks for the help. Though I have implemented my own version of the ICAP server and servlet API, I think I would give a goog shot to extending Catalina. I had earlier subscribed to tomcat-dev but did not receive any response. Thinking that my question was probably out of context, I started implementing ICAP protocol myself with little help from Tomcat source code. Thanks once again. If it is possible, could you send me pointers to Tomcat/Catalina architecture In the catalina/docs/dev directory there are some basic UML diagrams of the most important class relationships -- I'm wanting to get those updated as well as more complete. In addition, my JavaOne session (#1287) included about 15 minutes overviewing the key architectural components of Catalina. It's supposed to be available (full multimedia format, so you can here what I said as well as see the slides) next week. Beyond that, there's the source code (and this list) for help. --Salim Craig -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 2:21 PM To: [EMAIL PROTECTED] Cc: Salim Virani Subject: Re: ICAP servlet classes (was: Tomcat Architecture) On Wed, 13 Jun 2001, Fabian Loschek wrote: Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. Is there an RFC number or other URL reference for this? Can someone give me pointers/references of where can I start ?? I'm looking for something similar for writing an ICAP Servlet for my master thesis, have you gotten hold of any references or code snipplets? Thanks in advance, Fabian. Not being familiar with ICAP, I'm assuming that it's similar to but different than HTTP, so that you can't just use a normal HttpServlet to talk to it. If this isn't correct, just ignore the following ramblings :-). The general way to extend Catalina (the servlet container inside Tomcat 4.0) for this would include the following steps: * Create new IcapRequest and IcapResponse classes that extend org.apache.catalina.connector.RequestBase and org.apache.catalina.connector.ResponseBase respectively. * Create an IcapServlet that extends Servlet (or HttpServlet) based on your needs. * Write a new Connector implementation that implements the ICAP communications protocol as necessary. The basic idea is that you would instantiate an IcapRequest and an IcapResponse, populate the request appropriately, and then pass it on to the associated Engine in the same way that the HTTP connector does. * At the Engine level, you may need to implement a custom Mapper that would be used to select which Host object to use. You can have multiple Mappers per Container (one per protocol), so you can still be processing HTTP requests through the same Engine. * Likewise, at the Host level, you may need a custom Mapper to select the appropriate web application (if you want to support this concept). * Finally, at the Context level, you may need a custom Mapper to select the appropriate servlet to be executed. Depending upon how similar ICAP and HTTP are, you might be able to leverage a lot of the existing machinery (most of the internal APIs, for example, pass Request and Response rather than HttpRequest and HttpResponse). But the exact level of code reuse is really dependent on the nature of the protocol you're trying to support. Craig McClanahan
Re: [j-t-c] OS poll = [j-t-c] webserver poll
GOMEZ Henri wrote: Now which webservers are you using : Apache 1.3 on Linux + Solaris 8 -- Best regards, Ansgar W. Konermann eMail: [EMAIL PROTECTED] --- Hello, I am a message footer. -
Re: ICAP servlet classes (was: Tomcat Architecture)
On Wed, 13 Jun 2001, D. Jay Newman wrote: On Wed, 13 Jun 2001, Fabian Loschek wrote: Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. I have a similar problem. I would like to use *generic* servlets rather than HttpServlet's. Is there a base connector that only relies on a port and not a protocol? There is a Connector interface (no base class), but it won't do you a lot of good. The problem is that there is a huge amount of variability in how protocols work. You can think of a Connector as an adapter (in the design patterns sense) between some on the wire protocol and the Request and Response abstractions that are used in the rest of Catalina. Technically, even on the wire isn't quite accurate -- it's perfectly feasible to write a Connector that accepts requests via JNI calls rather than sockets, which would be useful when you embed Catalina inside a web server. I'd start writing a new Connector by examining the existing HTTP one (see package org.apache.catalina.connector.http), and then modelling your own based on that. For a typical request/response protocol based on sockets, you can probably keep most of the HttpConnector architecture and do your customizations in your version of HttpProcessor. Alternatively, you might look at how other open source servlet containers do this sort of thing -- for instance, Tomcat 3.x uses thread pools to implement multi-threading in a somewhat different manner. The good news with Catalina is that the interface to the rest of the container is pretty thin -- just call engine.invoke() and pass your request and response implementation objects. Other details (like the mappings) can be made with additional components in the Container hierarchy as necessary, depending on how similar or dissimilar your new protocol is to the existing assumptions. -- D. Jay Newman ! For the pleasure and the profit it derives [EMAIL PROTECTED] ! I arrange things, like furniture, and http://www.sprucegrove.com/~jay/ ! daffodils, and ...lives. -- Hello Dolly Craig McClanahan
RE: ICAP servlet classes (was: Tomcat Architecture)
Well ... this is an internet draft at IETF Here is the URL http://search.ietf.org/internet-drafts/draft-elson-opes-icap-01.txt And yes, thanks for the help. Though I have implemented my own version of the ICAP server and servlet API, I think I would give a goog shot to extending Catalina. I had earlier subscribed to tomcat-dev but did not receive any response. Thinking that my question was probably out of context, I started implementing ICAP protocol myself with little help from Tomcat source code. Thanks once again. If it is possible, could you send me pointers to Tomcat/Catalina architecture --Salim -Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 2:21 PM To: [EMAIL PROTECTED] Cc: Salim Virani Subject: Re: ICAP servlet classes (was: Tomcat Architecture) On Wed, 13 Jun 2001, Fabian Loschek wrote: Hello, I would like Tomcat to serve requests for a new Internet Draft Protocol named ICAP. The intension is to develop HTTP like ICAP servlet base classes to allow writing ICAP applications. Is there an RFC number or other URL reference for this? Can someone give me pointers/references of where can I start ?? I'm looking for something similar for writing an ICAP Servlet for my master thesis, have you gotten hold of any references or code snipplets? Thanks in advance, Fabian. Not being familiar with ICAP, I'm assuming that it's similar to but different than HTTP, so that you can't just use a normal HttpServlet to talk to it. If this isn't correct, just ignore the following ramblings :-). The general way to extend Catalina (the servlet container inside Tomcat 4.0) for this would include the following steps: * Create new IcapRequest and IcapResponse classes that extend org.apache.catalina.connector.RequestBase and org.apache.catalina.connector.ResponseBase respectively. * Create an IcapServlet that extends Servlet (or HttpServlet) based on your needs. * Write a new Connector implementation that implements the ICAP communications protocol as necessary. The basic idea is that you would instantiate an IcapRequest and an IcapResponse, populate the request appropriately, and then pass it on to the associated Engine in the same way that the HTTP connector does. * At the Engine level, you may need to implement a custom Mapper that would be used to select which Host object to use. You can have multiple Mappers per Container (one per protocol), so you can still be processing HTTP requests through the same Engine. * Likewise, at the Host level, you may need a custom Mapper to select the appropriate web application (if you want to support this concept). * Finally, at the Context level, you may need a custom Mapper to select the appropriate servlet to be executed. Depending upon how similar ICAP and HTTP are, you might be able to leverage a lot of the existing machinery (most of the internal APIs, for example, pass Request and Response rather than HttpRequest and HttpResponse). But the exact level of code reuse is really dependent on the nature of the protocol you're trying to support. Craig McClanahan
RE: [j-t-c] OS poll = [j-t-c] webserver poll
Hi, From: GOMEZ Henri [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 10:57 AM To: [EMAIL PROTECTED] Subject: [j-t-c] OS poll = [j-t-c] webserver poll [...] Now which webservers are you using : Tomcat, stand alone, newest beta available - 4.0b5 for about a month Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 Greetings, deacon Marcus
cvs commit: jakarta-tomcat-connectors/jk/native/domino Makefile jk_dsapi_plugin.c dsapi.dsp
andya 01/06/13 14:26:49
Modified:jk/native/domino Makefile jk_dsapi_plugin.c dsapi.dsp
Log:
Tidied up a few minor syntax errors that were breaking the build with Visual Studio
Revision ChangesPath
1.3 +7 -5 jakarta-tomcat-connectors/jk/native/domino/Makefile
Index: Makefile
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/Makefile,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- Makefile 2001/06/07 14:16:18 1.2
+++ Makefile 2001/06/13 21:26:42 1.3
@@ -47,11 +47,13 @@
INC=-I$(NOTESINC) -I$(JAVAINC) -I$(JKINC)
DEFS=-DLINUX -DUNIX
-JKOBJ = ../jk/jk_ajp12_worker.o ../jk/jk_ajp13.o ../jk/jk_ajp13_worker.o
../jk/jk_connect.o \
- ../jk/jk_jni_worker.o ../jk/jk_lb_worker.o ../jk/jk_map.o ../jk/jk_msg_buff.o \
- ../jk/jk_nwmain.o ../jk/jk_pool.o ../jk/jk_sockbuf.o ../jk/jk_uri_worker_map.o
\
- ../jk/jk_util.o ../jk/jk_worker.o ../jk/jk_ajp14.o ../jk/jk_ajp14_worker.o \
- ../jk/jk_context.o ../jk/jk_md5.o ../jk/jk_ajp_common.o
+JKOBJ = ../common/jk_ajp12_worker.o ../common/jk_ajp13.o
../common/jk_ajp13_worker.o \
+ ../common/jk_connect.o ../common/jk_jni_worker.o ../common/jk_lb_worker.o \
+ ../common/jk_map.o ../common/jk_msg_buff.o ../common/jk_nwmain.o \
+ ../common/jk_pool.o ../common/jk_sockbuf.o ../common/jk_uri_worker_map.o \
+ ../common/jk_util.o ../common/jk_worker.o ../common/jk_ajp14.o \
+ ../common/jk_ajp14_worker.o ../common/jk_context.o ../common/jk_md5.o \
+ ../common/jk_ajp_common.o
LOBJ = jk_dsapi_plugin.o inifile.o
OBJ = $(JKOBJ) $(LOBJ)
1.5 +5 -3 jakarta-tomcat-connectors/jk/native/domino/jk_dsapi_plugin.c
Index: jk_dsapi_plugin.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/jk_dsapi_plugin.c,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- jk_dsapi_plugin.c 2001/06/08 14:57:52 1.4
+++ jk_dsapi_plugin.c 2001/06/13 21:26:43 1.5
@@ -56,7 +56,7 @@
/***
* Description: DSAPI plugin for Lotus Domino *
* Author: Andy Armstrong [EMAIL PROTECTED] *
- * Version: $Revision: 1.4 $ *
+ * Version: $Revision: 1.5 $ *
***/
/* Based on the IIS redirector by Gal Shachor [EMAIL PROTECTED] */
@@ -525,9 +525,11 @@
if (map_alloc(map))
{
if (map_read_properties(map, workerFile))
+#if 0
/* we add the URI-WORKER MAP since workers using AJP14 will feed it */
worker_env.uri_to_worker = uw_map;
GETVARIABLE(SERVER_SOFTWARE, worker_env.server_name, Lotus
Domino);
+#endif
if (wc_open(map, worker_env, logger))
rc = JK_TRUE;
@@ -888,7 +890,7 @@
/* There's no point in doing this because Domino never seems to
* set any of these CGI variables.
*/
- /*
+#if 0
if (s-is_ssl)
{
char *sslNames[] =
@@ -941,7 +943,7 @@
s-num_attributes = varCount;
}
}
- */
+#endif
/* Duplicate all the headers now */
1.6 +1 -50 jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp
Index: dsapi.dsp
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp,v
retrieving revision 1.5
retrieving revision 1.6
diff -u -r1.5 -r1.6
--- dsapi.dsp 2001/06/08 15:02:57 1.5
+++ dsapi.dsp 2001/06/13 21:26:45 1.6
@@ -55,10 +55,6 @@
LINK32=link.exe
# ADD BASE LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
/nologo /dll /machine:I386
# ADD LINK32 kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib
advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib
wsock32.lib notes.lib /nologo /dll /machine:I386 /out:Release/tomcat_redirector.dll
/libpath:C:\notesapi\lib\mswin32
-# Begin Special Build Tool
-SOURCE=$(InputPath)
-PostBuild_Cmds=copy Release\tomcat_redirector.dll \\london\c$\lotus\domino
-# End Special Build Tool
!ELSEIF $(CFG) == dsapi - Win32 Debug
@@ -161,29 +157,6 @@
SOURCE=..\jk\jk_worker.c
# End Source File
# End Group
-
-SOURCE=..\jk\jk_worker_ajp14.c
-# End Source File
-# End Group
-
cvs commit: jakarta-tomcat-connectors/jk/native/domino dsapi.dsp
andya 01/06/13 14:28:14 Modified:jk/native/domino dsapi.dsp Log: Tidied up a few minor syntax errors that were breaking the build with Visual Studio Revision ChangesPath 1.7 +74 -34jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp Index: dsapi.dsp === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/domino/dsapi.dsp,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- dsapi.dsp 2001/06/13 21:26:45 1.6 +++ dsapi.dsp 2001/06/13 21:28:11 1.7 @@ -43,7 +43,7 @@ # PROP Ignore_Export_Lib 0 # PROP Target_Dir # ADD BASE CPP /nologo /MT /W3 /GX /O2 /D WIN32 /D NDEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D DSAPI_EXPORTS /Yustdafx.h /FD /c -# ADD CPP /nologo /MT /W3 /GX /O2 /I C:\notesapi\include /I C:\JBuilder4\jdk1.3\include /I C:\JBuilder4\jdk1.3\include\win32 /I ..\jk /D NDEBUG /D WIN32 /D _WINDOWS /D _MBCS /D _USRDLL /D DSAPI_EXPORTS /D NT /FR /FD /c +# ADD CPP /nologo /MT /W3 /GX /O2 /I C:\JBuilder4\jdk1.3\include /I C:\JBuilder4\jdk1.3\include\win32 /I ..\common /I C:\notesapi\include /D NDEBUG /D WIN32 /D _WINDOWS /D _MBCS /D _USRDLL /D DSAPI_EXPORTS /D NT /FR /FD /c # SUBTRACT CPP /YX /Yc /Yu # ADD BASE MTL /nologo /D NDEBUG /mktyplib203 /win32 # ADD MTL /nologo /D NDEBUG /mktyplib203 /win32 @@ -70,7 +70,7 @@ # PROP Ignore_Export_Lib 0 # PROP Target_Dir # ADD BASE CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /D WIN32 /D _DEBUG /D _WINDOWS /D _MBCS /D _USRDLL /D DSAPI_EXPORTS /Yustdafx.h /FD /GZ /c -# ADD CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I C:\JBuilder4\jdk1.3\include /I C:\JBuilder4\jdk1.3\include\win32 /I ..\jk /I C:\notesapi\include /D _DEBUG /D WIN32 /D _WINDOWS /D _MBCS /D _USRDLL /D DSAPI_EXPORTS /D NT /FR /FD /GZ /c +# ADD CPP /nologo /MTd /W3 /Gm /GX /ZI /Od /I C:\JBuilder4\jdk1.3\include /I C:\JBuilder4\jdk1.3\include\win32 /I ..\common /I C:\notesapi\include /D _DEBUG /D WIN32 /D _WINDOWS /D _MBCS /D _USRDLL /D DSAPI_EXPORTS /D NT /FR /FD /GZ /c # SUBTRACT CPP /YX /Yc /Yu # ADD BASE MTL /nologo /D _DEBUG /mktyplib203 /win32 # ADD MTL /nologo /D _DEBUG /mktyplib203 /win32 @@ -98,63 +98,83 @@ # End Source File # Begin Source File -SOURCE=..\jk\jk_ajp12_worker.c +SOURCE=..\common\jk_ajp12_worker.c # End Source File # Begin Source File -SOURCE=..\jk\jk_ajp13.c +SOURCE=..\common\jk_ajp13.c # End Source File # Begin Source File -SOURCE=..\jk\jk_ajp13_worker.c +SOURCE=..\common\jk_ajp13_worker.c # End Source File # Begin Source File -SOURCE=..\jk\jk_connect.c +SOURCE=..\common\jk_ajp14.c # End Source File # Begin Source File +SOURCE=..\common\jk_ajp14_worker.c +# End Source File +# Begin Source File + +SOURCE=..\common\jk_ajp_common.c +# End Source File +# Begin Source File + +SOURCE=..\common\jk_connect.c +# End Source File +# Begin Source File + +SOURCE=..\common\jk_context.c +# End Source File +# Begin Source File + SOURCE=.\jk_dsapi_plugin.c # End Source File # Begin Source File + +SOURCE=..\common\jk_jni_worker.c +# End Source File +# Begin Source File -SOURCE=..\jk\jk_jni_worker.c +SOURCE=..\common\jk_lb_worker.c # End Source File # Begin Source File -SOURCE=..\jk\jk_lb_worker.c +SOURCE=..\common\jk_map.c # End Source File # Begin Source File -SOURCE=..\jk\jk_map.c +SOURCE=..\common\jk_md5.c # End Source File # Begin Source File -SOURCE=..\jk\jk_msg_buff.c +SOURCE=..\common\jk_msg_buff.c # End Source File # Begin Source File -SOURCE=..\jk\jk_nwmain.c +SOURCE=..\common\jk_nwmain.c # End Source File # Begin Source File -SOURCE=..\jk\jk_pool.c +SOURCE=..\common\jk_pool.c # End Source File # Begin Source File -SOURCE=..\jk\jk_sockbuf.c +SOURCE=..\common\jk_sockbuf.c # End Source File # Begin Source File -SOURCE=..\jk\jk_uri_worker_map.c +SOURCE=..\common\jk_uri_worker_map.c # End Source File # Begin Source File -SOURCE=..\jk\jk_util.c +SOURCE=..\common\jk_util.c # End Source File # Begin Source File -SOURCE=..\jk\jk_worker.c +SOURCE=..\common\jk_worker.c # End Source File # End Group # Begin Group Header Files @@ -173,76 +193,96 @@ SOURCE=.\inifile.h # End Source File # Begin Source File + +SOURCE=..\common\jk_ajp12_worker.h +# End Source File +# Begin Source File + +SOURCE=..\common\jk_ajp13.h +# End Source File +# Begin Source File + +SOURCE=..\common\jk_ajp13_worker.h +# End Source File +# Begin Source File + +SOURCE=..\common\jk_ajp14.h +# End Source File +# Begin Source File + +SOURCE=..\common\jk_ajp14_worker.h +# End Source File +# Begin Source
cvs commit: jakarta-tomcat-connectors/jk/native/common jk_msg_buff.c jk_md5.c jk_ajp_common.h jk_ajp_common.c jk_ajp14_worker.c jk_ajp14.c
andya 01/06/13 14:30:36
Modified:jk/native/common jk_msg_buff.c jk_md5.c jk_ajp_common.h
jk_ajp_common.c jk_ajp14_worker.c jk_ajp14.c
Log:
Tidied up a few minor syntax errors that were breaking the build with
Visual Studio and added a few casts to get rid of warnings
Revision ChangesPath
1.5 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_msg_buff.c
Index: jk_msg_buff.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_msg_buff.c,v
retrieving revision 1.4
retrieving revision 1.5
diff -u -r1.4 -r1.5
--- jk_msg_buff.c 2001/06/07 14:38:51 1.4
+++ jk_msg_buff.c 2001/06/13 21:30:19 1.5
@@ -58,7 +58,7 @@
* Author: Costin [EMAIL PROTECTED] *
* Author: Gal Shachor [EMAIL PROTECTED] *
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.4 $ *
+ * Version: $Revision: 1.5 $ *
***/
#include jk_pool.h
@@ -191,7 +191,7 @@
* Ugly way to set the size in the right position
*/
jk_b_set_int(msg, 2, (unsigned short )(msg-len - 4)); /* see protocol */
-jk_b_set_int(msg, 0, protoh);
+jk_b_set_int(msg, 0, (unsigned short) protoh);
}
1.3 +2 -2 jakarta-tomcat-connectors/jk/native/common/jk_md5.c
Index: jk_md5.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_md5.c,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- jk_md5.c 2001/05/21 15:23:39 1.2
+++ jk_md5.c 2001/06/13 21:30:21 1.3
@@ -103,7 +103,7 @@
/***
* Description: MD5 encoding wrapper *
* Author: Henri Gomez [EMAIL PROTECTED] *
- * Version: $Revision: 1.2 $ *
+ * Version: $Revision: 1.3 $ *
***/
/*
@@ -165,7 +165,7 @@
static void Decode(JK_UINT4 *output, const unsigned char *input, unsigned int len);
static void jk_MD5Init(JK_MD5_CTX *context);
static void jk_MD5Update(JK_MD5_CTX *context, const unsigned char *input, unsigned
int inputLen);
-static void jk_MD5Final(unsigned char digest[JK_MD5_DIGESTSIZE], JK_MD5_CTX
*context);
+/*static void jk_MD5Final(unsigned char digest[JK_MD5_DIGESTSIZE], JK_MD5_CTX
*context);*/
static unsigned char PADDING[64] =
{
1.3 +3 -3 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h
Index: jk_ajp_common.h
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.h,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- jk_ajp_common.h 2001/06/12 06:28:08 1.2
+++ jk_ajp_common.h 2001/06/13 21:30:23 1.3
@@ -57,7 +57,7 @@
* Description: common stuff for bi-directional protocol ajp13/ajp14. *
* Author: Henri Gomez [EMAIL PROTECTED] *
* Author: Gal Shachor [EMAIL PROTECTED] *
- * Version: $Revision: 1.2 $ *
+ * Version: $Revision: 1.3 $ *
***/
#ifndef JK_AJP_COMMON_H
@@ -304,8 +304,8 @@
jk_logger_t *l,
int proto);
-int ajp_done(jk_endpoint_t **e,
- jk_logger_t*l);
+int JK_METHOD ajp_done(jk_endpoint_t **e,
+ jk_logger_t*l);
int ajp_get_endpoint(jk_worker_t*pThis,
jk_endpoint_t **pend,
1.3 +6 -5 jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c
Index: jk_ajp_common.c
===
RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/common/jk_ajp_common.c,v
retrieving revision 1.2
retrieving revision 1.3
diff -u -r1.2 -r1.3
--- jk_ajp_common.c 2001/06/12 06:28:07 1.2
+++ jk_ajp_common.c 2001/06/13 21:30:25 1.3
@@ -57,7 +57,7 @@
* Description: common stuff for bi-directional protocols ajp13/ajp14. *
* Author: Henri Gomez [EMAIL PROTECTED] *
* Author: Gal Shachor
cvs commit: jakarta-tomcat/src/share/org/apache/tomcat/startup Main.java
mmanders01/06/13 14:28:32
Modified:src/share/org/apache/tomcat/startup Main.java
Log:
Updated addToTomcatClasspathSysProp to be able to run under 1.1.x
Revision ChangesPath
1.35 +3 -3 jakarta-tomcat/src/share/org/apache/tomcat/startup/Main.java
Index: Main.java
===
RCS file: /home/cvs/jakarta-tomcat/src/share/org/apache/tomcat/startup/Main.java,v
retrieving revision 1.34
retrieving revision 1.35
diff -u -r1.34 -r1.35
--- Main.java 2001/06/11 11:36:06 1.34
+++ Main.java 2001/06/13 21:28:28 1.35
@@ -1,4 +1,4 @@
-/* $Id: Main.java,v 1.34 2001/06/11 11:36:06 larryi Exp $
+/* $Id: Main.java,v 1.35 2001/06/13 21:28:28 mmanders Exp $
*
*
* The Apache Software License, Version 1.1
@@ -109,7 +109,7 @@
@author Costin Manolache
@author Ignacio J. Ortega
@author Mel Martinez [EMAIL PROTECTED]
- @version $Revision: 1.34 $ $Date: 2001/06/11 11:36:06 $
+ @version $Revision: 1.35 $ $Date: 2001/06/13 21:28:28 $
*/
public class Main{
@@ -338,7 +338,7 @@
cp = url.getFile();
}
if( cp != null)
-System.setProperty(tc_path_add,cp);
+System.getProperties().put(tc_path_add,cp);
}
}
cvs commit: jakarta-tomcat/src/doc tomcat-ssl-howto.html
marcsaeg01/06/13 16:43:05 Modified:src/doc Tag: tomcat_32 tomcat-ssl-howto.html Log: Fixed URL for apache-ssl. Revision ChangesPath No revision No revision 1.1.2.5 +1 -1 jakarta-tomcat/src/doc/tomcat-ssl-howto.html Index: tomcat-ssl-howto.html === RCS file: /home/cvs/jakarta-tomcat/src/doc/tomcat-ssl-howto.html,v retrieving revision 1.1.2.4 retrieving revision 1.1.2.5 diff -u -r1.1.2.4 -r1.1.2.5 --- tomcat-ssl-howto.html 2001/06/05 14:38:23 1.1.2.4 +++ tomcat-ssl-howto.html 2001/06/13 23:43:05 1.1.2.5 @@ -68,7 +68,7 @@ pTomcat can use SSL directly (via an HTTP connector supporting SSL) or via an SSL-capable Apache (a - href=http://www.apachessl.org;Apache-SSL/a or a + href=http://www.apache-ssl.org;Apache-SSL/a or a href=http://www.modssl.org;apache+mod_ssl/a) with the mod_jk connector./p
FYI: Comment on DOXYGEN...
Even though DOXYGEN is used by APR right now to build their API docs, today, when I asked Ben about it he replied that It's written in bloody C++ and you need always the later version of the compiler to make it run... And given the current situation, I totally withdraw my idea of using it _at_all_ Pier (feeling bloody stupid :)
cvs commit: jakarta-tomcat-connectors/coyote - Imported sources
remm01/06/13 18:08:04 Log: Coyote is a proposal for a new connector API for Tomcat. It actually isn't that new, because it is derived from some of the components which are at the core of Tomcat 3.3.Those components were significantly simplified. This API can't be considered a final proposal yet, mainly because it didn't get any real world testing nor feedback. As a test case, I plan to port the current HTTP/1.1 connector which is part of Catalina to this API, and then write a Catalina adapter for Coyote. Dependencies : - j-t-c/util Status: Vendor Tag: asf Release Tags: first N jakarta-tomcat-connectors/coyote/.cvsignore N jakarta-tomcat-connectors/coyote/build.properties.sample N jakarta-tomcat-connectors/coyote/build.xml N jakarta-tomcat-connectors/coyote/src/conf/MANIFEST.MF N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Adapter.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/AdapterEventCode.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/AdapterListener.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Connector.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Constants.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/InputBuffer.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Note.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/OutputBuffer.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Request.java N jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/Response.java N jakarta-tomcat-connectors/coyote/src/test/org/apache/coyote/SimpleAdapter.java No conflicts created by this import
Re: FYI: Comment on DOXYGEN...
In another thread on this subject it was mentioned that someone was looking for a replacement to these tools. I, too, poked around a little but it occurred to me that I don't even know what the specific requirements for such a tool are. Might be worth discussion. Clearly both of the current tools have their problems. -Paul Speed Pier P. Fumagalli wrote: Even though DOXYGEN is used by APR right now to build their API docs, today, when I asked Ben about it he replied that It's written in bloody C++ and you need always the later version of the compiler to make it run... And given the current situation, I totally withdraw my idea of using it _at_all_ Pier (feeling bloody stupid :)
Re: How to integrate Tomcat with IIS
First, I'm sure that you are in a wrong list. See tomcat-user list archives, you find numerous discussions on this topic. And I guess you missed to add tomcat registry keys, try adding registry keys and it should work Venkat - Original Message - From: Rajeshwar Rao.V [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 13, 2001 6:15 PM Subject: RE: How to integrate Tomcat with IIS Hi Jose, I have followed the step by step in the URL given by you. Bt at 9 th step where it is mentioned that jakarta filter should be marked by a green-up pointing arrow.I am not seeing it.Instead of GREEN, ia m seeing RED one. Please help me. Here I am copying the 9 thstep as it it. ( 9)Restart IIS (stop + start the IIS service), make sure that the jakarta filter is marked with a green up-pointing arrow. (costin)Under Win98 you may need to cd WINDOWS\SYSTEM\inetsrv and type PWS /stop ( the DLL and log files are locked - even if you click the stop button, PWS will still keep the DLLs in memory. ). Type pws to start it again) Regards, Rajeshwar rao. -Original Message- From: Jose Luis Rodriguez [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 2:50 PM To: [EMAIL PROTECTED] Subject: Re: How to integrate Tomcat with IIS You need only go step by step in http://jakarta.apache.org/tomcat/tomcat-3.2-doc/tomcat-iis-howto.html. But there is a problem whith method Post and Ms IE. Please say us if you have the same problem. Saludos, José Luis Rajeshwar Rao.V wrote: Hi all, I am new to this list. I would like to know how to configure Tomcat with IIS. I followed docs given as part of Jakarta Tomcat.still unable to solve the problem. Here I am attaching the log file of IIS? Could anybody out there to help me? I need it urgently. ex010606.log Regards -raj- ex010606.logName: ex010606.log Type: Log File (application/x-unknown-content-type-logfile) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Tomcat v Resin
It's grapevine -;) - Original Message - From: Robin Mousley [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 13, 2001 7:29 PM Subject: Tomcat v Resin I'm not sure whether this is an appropriate list to post this to but... I've been hearing quite a bit about Resin and its proponents claim greater performance and functionality. I'd be grateful for some opinions. Thanks Robin Mousley G r a p e v i n e I n t e r a c t i v e ( P t y ) L t d Grapevine House Steenberg Office Park Silverwood Close Tokai 7945 South Africa Phone: +27-21-702- Cell: +27-83-326-5165 Fax: +27-21-702-3334 -Original Message- From: vikram [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 13, 2001 12:26 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: mapping folder in tomcat Dear sir, I am working in a web hosting co. where I have to install and configure tomcat server in windows2000.I could install tomcat server and run it successfully but now I am facing a big problem that I have to give ftp access to my clients so I have to mapping client folder from tomcat server. I have IIS but when I read its configure notes (in-process-howto.html,tomcat-iis-howto.html), it is really very ambigues notes and ultimatilly I could not success to mapping and configure tomcat with IIS for mapping.Can you write me any clear process how can I mapping other folder from of tomcat with IIS or without IIS, I have to restrect to do not install other server software.I think I have clear my position.If u can help me I will be greatfull to u. Sir I have to done that ASAP.. Thanks in advance.. With regards. Vikram mishra([EMAIL PROTECTED]) _ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: FYI: Comment on DOXYGEN...
Paul Speed at [EMAIL PROTECTED] wrote: In another thread on this subject it was mentioned that someone was looking for a replacement to these tools. I, too, poked around a little but it occurred to me that I don't even know what the specific requirements for such a tool are. Might be worth discussion. Clearly both of the current tools have their problems. Requirements? - Parse C (and optionally C++) - Derive documentation from JavaDoc style comments in sources - Portable on any platform (no weird C++ code, Perl, Java, or ANSI-C) - Maybe have a decent abstraction for the generated documentation (kinda like the Doclet thinghie in JavaDoc, maybe even reusing that) Seems easy enough, but NOBODY ever thought about putting all those toghether... Pier BTW, I checked out ANTLR (as someone suggested, a parser generator) and their GNU-C grammar, and the modification would be really huge, up to the point that it might be worth rewriting a new grammar, only for the JavaDOC style comments in source codes
[T4] Lifecycle problem
Hi, I'm fighting a lifecycle problem at the moment. When stopping and then restarting the examples, I get : 001-06-13 18:52:00 ContextConfig[/examples] Configuration error in default web.xml java.lang.IllegalArgumentException: addChild: Child name 'default' is not unique at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779) at org.apache.catalina.core.StandardContext.addChild(StandardContext.java:1195) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.util.xml.AddChild.end(XmlMapper.java:806) [...] at javax.xml.parsers.SAXParser.parse(SAXParser.java:108) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:275) at org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:7 27) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:818) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java: 216) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java:155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3173) at org.apache.catalina.core.StandardHost.start(StandardHost.java:757) at org.apache.catalina.servlets.HTMLManagerServlet.start(HTMLManagerServlet.jav a:375) at org.apache.catalina.servlets.HTMLManagerServlet.doGet(HTMLManagerServlet.jav a:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) [...] The context config kicks in, and starts trying to add child wrappers which are already there. There's also the problem that the web.xml file could have modified, and the context may contain stale info (like security constraints, ...). I think we have to recycle the context object to solve this ... The context's stop() method could be the right place to do it. Or we could also do it in the ContextConfig (which listens to the events). Remy
Re: [T4] Lifecycle problem
On Wed, 13 Jun 2001, Remy Maucherat wrote: Hi, I'm fighting a lifecycle problem at the moment. When stopping and then restarting the examples, I get : 001-06-13 18:52:00 ContextConfig[/examples] Configuration error in default web.xml java.lang.IllegalArgumentException: addChild: Child name 'default' is not unique at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:779) at org.apache.catalina.core.StandardContext.addChild(StandardContext.java:1195) at java.lang.reflect.Method.invoke(Native Method) at org.apache.catalina.util.xml.AddChild.end(XmlMapper.java:806) [...] at javax.xml.parsers.SAXParser.parse(SAXParser.java:108) at org.apache.catalina.util.xml.XmlMapper.readXml(XmlMapper.java:275) at org.apache.catalina.startup.ContextConfig.defaultConfig(ContextConfig.java:7 27) at org.apache.catalina.startup.ContextConfig.start(ContextConfig.java:818) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java: 216) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java:155) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1131) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3173) at org.apache.catalina.core.StandardHost.start(StandardHost.java:757) at org.apache.catalina.servlets.HTMLManagerServlet.start(HTMLManagerServlet.jav a:375) at org.apache.catalina.servlets.HTMLManagerServlet.doGet(HTMLManagerServlet.jav a:137) at javax.servlet.http.HttpServlet.service(HttpServlet.java:740) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) [...] The context config kicks in, and starts trying to add child wrappers which are already there. There's also the problem that the web.xml file could have modified, and the context may contain stale info (like security constraints, ...). I think we have to recycle the context object to solve this ... The context's stop() method could be the right place to do it. Or we could also do it in the ContextConfig (which listens to the events). Can we accomplish this by erasing all the defined servlets, servlet mappings, MIME mappings, security constraints, and so on? Recycling the Context object would mean we're impacting the surrounding environment (i.e. the Host objects that contain those Contexts) as well. Remy Craig
[repost] [T4] servlet including jsp causes jsp to flush buffer?
come on guys, I know you're listening ... :-)
is this really a bug or am I missing something obvious? (I'm not really up
to speed on Jasper...)
If it is I can enter it into bugzilla...
geoff
- Original Message -
From: Geoff Soutter [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 13, 2001 4:14 PM
Subject: [T4] servlet including jsp causes jsp to flush buffer?
Hi,
I've got a servlet which includes a JSP page, and it appears that the JSP
engine in Tomcat 4.0 calls response.flushBuffer() when the include
finishes.
IMHO this behaviour is incorrect, as it should be up to the topmost
servlet to control what is happening with the buffering as much as
possible.
Currently this behaviour is preventing my servlet from controlling the
buffering as it would like to.
I looked though the list and noticed that v3.x has many flushing problems
but I was kinda hoping they'd be fixed in Tomcat 4.x ;-).
Anyway, here's the offending code (I think).
In PageContextImpl.java
public void release() {
try {
if (isIncluded) {
((JspWriterImpl)out).flushBuffer(); // push it into the including
jspWriter
} else {
out.flush();
}
} catch (IOException ex) {
loghelper.log(Internal error flushing the buffer in release());
}
and in JspWriterImpl.java
public void flush() throws IOException {
synchronized (lock) {
flushBuffer();
if (out != null) {
out.flush();
// Also flush the response buffer.
response.flushBuffer();
}
}
}
Geoff
--
Keep cool till after school!
Re: FYI: Comment on DOXYGEN...
Pier P. Fumagalli wrote: Paul Speed at [EMAIL PROTECTED] wrote: In another thread on this subject it was mentioned that someone was looking for a replacement to these tools. I, too, poked around a little but it occurred to me that I don't even know what the specific requirements for such a tool are. Might be worth discussion. Clearly both of the current tools have their problems. Requirements? - Parse C (and optionally C++) - Derive documentation from JavaDoc style comments in sources Right, that's the part where it gets wierd. Assumptions can be made, like I assume you break down the docs based on file (in the case of C) since there are no classes. Ages ago I used a tool that required section tags in the comments. Ugly tool. For C++, it's a little more straight forward from an organizational standpoint. - Portable on any platform (no weird C++ code, Perl, Java, or ANSI-C) - Maybe have a decent abstraction for the generated documentation (kinda like the Doclet thinghie in JavaDoc, maybe even reusing that) Seems easy enough, but NOBODY ever thought about putting all those toghether... I agree. If I wasn't in poor, start-up company, working my butt off mode, I'd throw one together myself. Pier BTW, I checked out ANTLR (as someone suggested, a parser generator) and their GNU-C grammar, and the modification would be really huge, up to the point that it might be worth rewriting a new grammar, only for the JavaDOC style comments in source codes Yeah, in general, I prefer JavaCC. No tangible reasons, just warm and fuzzy ones. -Paul Speed
Re: [T4] Lifecycle problem
On Wed, 13 Jun 2001, Remy Maucherat wrote: Can we accomplish this by erasing all the defined servlets, servlet mappings, MIME mappings, security constraints, and so on? Recycling the Context object would mean we're impacting the surrounding environment (i.e. the Host objects that contain those Contexts) as well. I don't see why we couldn't do that, and it appears to be enough here. I think it would be cleaner to put that code in ContextConfig.stop(). Remy
Tomcat 4.0 b6
Hi, When will next beta be available? If it's still unknown, could someone tell me which is the last more-or-less stable night build? Thanks in advance, deacon Marcus
[j-t-c] updated copyrigth header (also in mod_jk)
mod_jk copyright is pretty old now (ref to java.apache.org) What about using this updated one (from waht I found in webapp) : May be also mod_jk in tomcat 3.2 and tomcat 3.3 /* = * * * * The Apache Software License, Version 1.1 * * * * Copyright (c) 1999-2001 The Apache Software Foundation. * * All rights reserved. * * * * = * * * * Redistribution and use in source and binary forms, with or without modi- * * fication, are permitted provided that the following conditions are met: * * * * 1. Redistributions of source code must retain the above copyright notice * *notice, this list of conditions and the following disclaimer. * * * * 2. Redistributions in binary form must reproduce the above copyright * *notice, this list of conditions and the following disclaimer in the * *documentation and/or other materials provided with the distribution. * * * * 3. The end-user documentation included with the redistribution, if any, * *must include the following acknowlegement: * * * * This product includes software developed by the Apache Software * *Foundation http://www.apache.org/. * * * *Alternately, this acknowlegement may appear in the software itself, if * *and wherever such third-party acknowlegements normally appear. * * * * 4. The names The Jakarta Project, Jk, and Apache Software * *Foundation must not be used to endorse or promote products derived * *from this software without prior written permission. For written * *permission, please contact [EMAIL PROTECTED]. * * * * 5. Products derived from this software may not be called Apache nor may * *Apache appear in their names without prior written permission of the * *Apache Software Foundation. * * * * THIS SOFTWARE IS PROVIDED AS IS AND ANY EXPRESSED OR IMPLIED WARRANTIES * * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY * * AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL * * THE APACHE SOFTWARE FOUNDATION OR ITS CONTRIBUTORS BE LIABLE FOR ANY * * DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, * * STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN * * ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE * * POSSIBILITY OF SUCH DAMAGE. * * * * = * * * * This software consists of voluntary contributions made by many indivi- * * duals on behalf of the Apache Software Foundation. For more information * * on the Apache Software Foundation, please see http://www.apache.org/. * * * * = */ - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6
[j-t-c] JNI support
Find attached a patch to make jni support facultative : If you define USE_NO_JNI (by hand in Makefile or via updated autoconf), the JNI support is removed. Thanks to comments - Henri Gomez ___[_] EMAIL : [EMAIL PROTECTED](. .) PGP KEY : 697ECEDD...oOOo..(_)..oOOo... PGP Fingerprint : 9DF8 1EA8 ED53 2F39 DC9B 904A 364F 80E6 nojni.diff
JNI support in mod_jk : Was: mod_jk.so kills apache 1.3.19 on tru64 v5.1
Henri, I've attached jni.h for you to look at. Thanks. I take a look at it. The jni.h enforce you to have _REENTRANT defined. If you take a look in jk_mt.h (sort of thread wrapper), you'll see that if _REENTRANT is defined, the wrapper consider you're running in a multi-thread env (like Apache 2.0) and make use of some pthread call like (pthread_mutex_init, pthread_mutex_lock,...). That's why your new build failed since you've built apache with pthread required. I've noticed from the tomcat-user mailing list that I'm not the only one who's had problems getting mod_jk.so working with apache and tomcat on Tru64 UNIX. Do you have any idea why this is so? I've had no problems on my personal solaris 8 machine. Solaris like many others OS didn't require the _REENTRANT defined. What I propose you it to switch to jakarta-tomcat-connector where I should add a switch in mod_jk to determine if you want jni support. Also JF Clere as done a great job in adding autoconf support and static build. Another very bad hack could be to add the HPUX11GCC define and remove jk_jni_worker.c from the list of source files to be compiled. Just take a look at build-hpux.sh What about having a flag in autoconf stuff to activate jni support ? Jean-Frédéric, could you add a switch to configure adding the jni flag or may be better just have it disable when --with-java-home is not set. The rules will be : - you want jni, set the java flags in configure. - you don't care about jni, don't set java flags in configure. Many sites use mod_jk in ajp12/ajp13 mode and didn't make use of jni. It will help many users/dev to build mod_jk on their platform (HPUX, TRUEUnix, OpenBSD).
