DO NOT REPLY [Bug 12346] - Constant Refreshes crash Framed Web Applications in TOMCAT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346 Constant Refreshes crash Framed Web Applications in TOMCAT --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 08:15 --- A frame is a client request (ie, it's a HTML page, which then will cause the client to issue simultaneous requests to other resources). If this cannot be reproduced without a frameset, then your bug report have issues. You *need* to be able to reproduce the problem when using some kind of load, otherwise this is invalid. The problem, if it is real, may come from the C side. If you are using mod_jk2, try with mod_jk1 (and vice versa). mod_jk2 is roughly beta quality at this point. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk doc works in progress
Mladen Turk wrote: One suggestion. I would use the align=left for most of the tables showing config or console cause it would look much better, but that's my opinion. Hum it seems to be a problem with IE, mozilla allready show it at left, I'll fix the xsl/css For those of you interested in seeing the jk documentation in progress just go to : http://jakarta.apache.org/~hgomez/jk_docs/ This documentation include jk and jk2 even if I'm focusing on jk to be ready for mod_jk 1.2.0 release I'm focusing on jk2 2.0b (think I'll be the RM), so... He he ;) 1. I'll try to write the example for jni, for both 'Configuration in the Tomcat' and 'Configuration in the Web Server' 2. Write the FAQ skeleton for mod_jk2 3. Write the IIS Howto skeleton for the jk2 (hope that Nacho will help) Do we need to separate those as two different docs, or make them as one? My goal for jk documentation was : put in common, things which will be common to jk and jk2, ie ajp protocols descriptions. put in jk, everything which is just mod jk 1.2.x related. I think the same thing should be done for jk 2.x. Question should we share the docs developped for jk ? The general idea will be to have a general part, and then jk and jk2 specifics. For example NES,IIS,DOM,APACHE seems good candidate. The presentation is the same, the build should be similar (just have to mark diff between jk and jk2). Configuration is where will be real differences. Ideas and comments are welcomed -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk doc works in progress
Henri Gomez wrote: For those of you interested in seeing the jk documentation in progress just go to : http://jakarta.apache.org/~hgomez/jk_docs/ This documentation include jk and jk2 even if I'm focusing on jk to be ready for mod_jk 1.2.0 release Should I remove mine at http://jakarta.apache.org/~jfclere/jk2_docs/? Regards -- 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: jk doc works in progress
jean-frederic clere wrote: Henri Gomez wrote: For those of you interested in seeing the jk documentation in progress just go to : http://jakarta.apache.org/~hgomez/jk_docs/ This documentation include jk and jk2 even if I'm focusing on jk to be ready for mod_jk 1.2.0 release Should I remove mine at http://jakarta.apache.org/~jfclere/jk2_docs/? May be yes ;) Or better, could you make an automatic task that will build it from the cvs ? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
SSL Port for Tomcat
Hi, How can configure TomCat to accept HTTP and HTTPS traffic at the same port (80)? Is it necessary that it should be in two different ports? Thanks, Hari.
Re: jk doc works in progress
On Fri, 2002-09-06 at 18:26, Henri Gomez wrote: Mladen Turk wrote: One suggestion. I would use the align=left for most of the tables showing config or console cause it would look much better, but that's my opinion. Hum it seems to be a problem with IE, mozilla allready show it at left, I'll fix the xsl/css Probably something that was introduced with IE 6. I noticed some of my web work was broken in the same way. Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[ANNOUNCEMENT] Tomcat 4.1.10 Stable
The Apache Tomcat team is proud to announce that, after nearly one year of active development, the first stable release of the Tomcat 4.1.x branch has been released. Over Tomcat 4.0, Tomcat 4.1 includes: * JMX based administration features * JSP and Struts based administration web application * New Coyote HTTP/1.1 connector * New Coyote JK2 AJP 1.3 connector * Rewritten Jasper JSP page compiler * Performance and memory efficiency improvements * Enhanced manager application support for integration with development tools * Custom Ant tasks to interact with the manager application directly from build.xml scripts * Many other miscanellous improvements Release notes: http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.10/RELEASE-NOTES Downloads (source and binaries): http://jakarta.apache.org/builds/jakarta-tomcat-4.0/release/v4.1.10/ Important note: When upgrading from another Tomcat 4.x release, the Tomcat work directory must be cleared. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk doc works in progress
Henri, These docs are really needed. Thanks for taking the lead on this! I have one comment. The navigation bar on the left links to documents for both mod_jk and mod_jk2. This could be confusing. Perhaps there should be three main pages. One that is the overview and lists what is common between mod_jk and jk2. A page for mod_jk. A page for jk2. Each with their own navigation menu. Regards, Glenn Henri Gomez wrote: For those of you interested in seeing the jk documentation in progress just go to : http://jakarta.apache.org/~hgomez/jk_docs/ This documentation include jk and jk2 even if I'm focusing on jk to be ready for mod_jk 1.2.0 release Regards -- 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]
FW: [NAGOYA.APACHE.ORG] RSYNC Output
Therewego... Folks, when you change a release from TEST to FINAL, please, don't move files around... Use symlinks, but don't use neither mv nor cp... Yesterday's promotion of tomcat 4.1.10 from test to release overkilled the mirrors with a good 43 megabytes of downloads completely useless, and which costed I don't know how much (but a lot) to Collab.NET which is kindly paying for bandwidth! Pier -- Forwarded Message From: Rsync Daemon [EMAIL PROTECTED] Date: 6 Sep 2002 12:00:31 - To: [EMAIL PROTECTED] Subject: [NAGOYA.APACHE.ORG] RSYNC Output /usr/local/bin/rsync --recursive --times --links --compress --delete --delete-excluded --safe-links --verbose --include=.htaccess --include=.images --exclude=CVS --exclude=*~ --exclude=.* --exclude=obsolete --exclude=nightly www.apache.org::jakarta-site/builds/ /export/www/nagoya.apache.org/dist/jakarta/ --exclude=/ant --exclude=/gump --exclude=/scripts --exclude=/tomcat --exclude=/xmlrpc --exclude=nightly* receiving file list ... done jakarta-tomcat-4.0/release/ jakarta-tomcat-4.0/release/v4.1.10/ jakarta-tomcat-4.0/release/v4.1.10/bin/ jakarta-tomcat-4.0/release/v4.1.10/src/ jakarta-tomcat-4.0/test/ jakarta-tomcat-connectors/jk/release/v1.2.0/bin/ jakarta-tomcat-connectors/jk/release/v1.2.0/bin/iseries/ deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.zip jakarta-tomcat-connectors/jk/release/v1.2.0/bin/macosx/ deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.tar.g z deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-4.1.10-src.zip jakarta-tomcat-connectors/jk/release/v1.2.0/bin/rpms/ deleting jakarta-tomcat-4.0/test/v4.1.10/src/jakarta-tomcat-4.1.10-src.tar.gz deleting directory jakarta-tomcat-4.0/test/v4.1.10/src deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10.zip deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10.tar.gz deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10.exe deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.zip deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.tar.gz deleting jakarta-tomcat-4.0/test/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.exe deleting jakarta-tomcat-4.0/test/v4.1.10/bin/README.html deleting directory jakarta-tomcat-4.0/test/v4.1.10/bin deleting jakarta-tomcat-4.0/test/v4.1.10/RELEASE-NOTES deleting jakarta-tomcat-4.0/test/v4.1.10/README.html deleting jakarta-tomcat-4.0/test/v4.1.10/KEYS deleting directory jakarta-tomcat-4.0/test/v4.1.10 jakarta-tomcat-4.0/release/v4.1.10/KEYS jakarta-tomcat-4.0/release/v4.1.10/README.html jakarta-tomcat-4.0/release/v4.1.10/RELEASE-NOTES jakarta-tomcat-4.0/release/v4.1.10/bin/README.html jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.exe jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.exe.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.tar.gz jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.tar.gz.a sc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.zip jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10-LE-jdk14.zip.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.exe jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.exe.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.tar.gz jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.tar.gz.asc jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.zip jakarta-tomcat-4.0/release/v4.1.10/bin/jakarta-tomcat-4.1.10.zip.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.tar.gz jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.tar.gz.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.zip jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-4.1.10-src.zip.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.ta r.gz jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.ta r.gz.asc jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.zi p jakarta-tomcat-4.0/release/v4.1.10/src/jakarta-tomcat-connectors-4.1.10-src.zi p.asc jakarta-tomcat-4.0/release/ jakarta-tomcat-4.0/release/v4.1.10/ jakarta-tomcat-4.0/release/v4.1.10/bin/ jakarta-tomcat-4.0/release/v4.1.10/src/ jakarta-tomcat-4.0/test/ jakarta-tomcat-connectors/jk/release/v1.2.0/bin/ wrote 634 bytes read 43501152 bytes 644470.90 bytes/sec total size is 3527824880 speedup is 81.10 -- End of Forwarded Message -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs index.xml
hgomez 2002/09/06 05:24:03 Modified:jk/xdocs index.xml Log: More informations about jk pro/cons Revision ChangesPath 1.6 +65 -50jakarta-tomcat-connectors/jk/xdocs/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/index.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- index.xml 5 Sep 2002 08:39:26 - 1.5 +++ index.xml 6 Sep 2002 12:24:03 - 1.6 @@ -23,16 +23,16 @@ ul li -a href=jk/aphowto.htmlmod_jk/a is an Apache module to be used with bApache 1.3 and 2.0 Webservers/b. +a href=jk/aphowto.htmlmod_jk/a is an Apache module to be used with bApache 1.3/b and b2.0/b Webservers. /li li -a href=jk/iishowto.htmlisapi/a is a redirector to be used with bIIS Webservers/b. +a href=jk/iishowto.htmlisapi/a is a redirector to be used with bIIS/b. /li li -a href=jk/neshowto.htmlnsapi/a is a redirector to be used with bNetscape/iPlanet WebServers/b. +a href=jk/neshowto.htmlnsapi/a is a redirector to be used with bNetscape/iPlanet/b. /li li -a href=jk/domhowto.htmldsapi/a was also ported to bDomino/b but there is no more active support on it. +a href=jk/domhowto.htmldsapi/a is a redirector to to be used with bDomino/b but there is less active support on it. /li /ul @@ -40,61 +40,76 @@ section name=Why should I use the jk ? p -Several reasons: -ul -li -mod_jserv was too complex. Because it was ported from Apache/JServ, it brought with it lots of JServ specific bits that aren't needed by Apache. -/li -li -mod_jserv supported only Apache. Tomcat supports many web servers through a compatibility layer named the jk library. -Supporting two different modes of work became problematic in terms of support, documentation and bug fixes. -mod_jk should fix that. -The layered approach provided by the jk library makes it easier to support both Apache1.3.x and Apache2.xx. -/li -li -Better support for SSL. mod_jserv couldn't reliably identify whether a request was made via HTTP or HTTPS. mod_jk can, using the newer Ajpv13 protocol. -/li -li -mod_jk offers a lot of different and flexible communications between a Web Server -and the Tomcat Servlet Engine and could be used today by all of the ASF Tomcat Engine, -3.2.x, 3.3.x, 4.0.x, 4.1.x and 5.x -/li -/ul +jk was develop to overcome many limitations of its ancestor, bmod_jserv/b. +/p + +p +bmod_jserv/b was too complex and because it was ported from Apache/JServ, +it brought with it lots of JServ specific bits that aren't needed by Apache. /p -/section -section name=What's the difference between mod_jk and mod_jk2 modules ? p -mod_jk2 is a full rewrite of mod_jk and is much more powerfull +Where bmod_jserv/b supported only Apache webservers on Unix OS, +bjk/b supports much more web servers and operating systems through +via a compatibility layer named the bjk library/b. +The layered approach provided by the jk library makes it easier to +support many different webservers and OS. +/p -ul -li -Even if it works with Apache 1.3, mod_jk2 has been developed with Apache 2.0 in mind, -and sus is better suited for multi-threaded servers. -/li -li -mod_jk2 has a better separation between protocol and physical layer. -As such mod_jk2 add support to the fast unix-socket, and could be extended to support others communications -channels. More it's better suited for JNI and JDK 1.4 fast IO APIs/li -li -mod_jk2 could be monitored via special URLs -/li -/ul +p +jk offer better support for SSL, that's was a problem with mod_jserv which couldn't +reliably identify whether a request was made via HTTP or HTTPS. +/p +p +jk can, using the newer Ajpv13 protocol which relay many SSL informations required by servlet 2.2 and 2.3 specs. +/p + +p +jk offers a lot of different and flexible communications between a Web Server +and the Tomcat Servlet Engine and could be used today with all of the ASF Tomcat Engines, +b3.2.x/b, b3.3.x/b, b4.0.x/b, b4.1.x/b and b5.x/b +/p + +/section + +section name=What's the difference between jk and jk2 ? +p +jk2 is a full rewrite of jk and is much more powerfull. +/p +p +Even if it works with Apache 1.3, jk2 has been developed with Apache 2.0 in mind, +and sus is better suited for multi-threaded servers like IIS, NES/iPlanet. +/p +p +jk2 has a better separation between protocol and physical layer. +As such jk2 support fast unix-socket, and could be extended to support others communications +channels. Better it's suited for JNI and JDK 1.4 fast IO APIs +/p +p +jk2 could be monitored via special URLs (like mod_status) /p -br/ /section section name=Are there alternative ways to connect Apache and Tomcat?
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk aphowto.xml
hgomez 2002/09/06 05:24:32 Modified:jk/xdocs/jk aphowto.xml Log: Udate apache-howto (still in works) Revision ChangesPath 1.2 +371 -1jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml Index: aphowto.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk/aphowto.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- aphowto.xml 5 Sep 2002 08:38:50 - 1.1 +++ aphowto.xml 6 Sep 2002 12:24:32 - 1.2 @@ -35,7 +35,7 @@ /ul /p p -In all the examples in this document ${tomcat_home} will be bc:\jakarta-tomcat/b. +In all the examples in this document ${tomcat_home} will be b/var/tomcat3/b. A worker is defined to be a tomcat process that accepts work from the IIS server. /p /subsection @@ -127,6 +127,376 @@ /subsection +/section + +section name=Obtaining mod_jk +p +mod_jk can be obtained in two formats - binary and source. +Depending on the platform you are running your web server on, a binary version of mod_jk may be available. +/p + +p +It is recommended to use the binary version if one is available. +If the binary is not available, follow the instructions for building mod_jk from source. +/p + +p +The binaries for mod_jk are now available, for several platforms, in a separate area as the Tomcat Binary Release. +The binaries are located in subdirectories by platform. +/p + +p +For some platforms, such as Windows, this is the typical way of obtaining mod_jk +since most Windows systems do not have C compilers. +/p + +p +For others, the binary distribution of mod_jk offers simpler installation. +/p + +p +For example mod_jk 1.2.0 could be find a href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/; +here/a and contains the following: +/p + +p +table + trthLocation/ththContents/th/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/iseries/;iseries/a/tdtdSAVF including mod_jk for Apache 2.0 for iSeries V5R1/V5R2/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/linux/;linux/a/tdtdmod_jk.so (Apache 1.3 standard API and EAPI and Apache 2.0) for some Linux Archs/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/macosx/;macosx/a/tdtdContains the mod_jk.so for MacOS X/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/netware/;netware/a/tdtdmod_jk.nlm and nsapi.nlm for Netware/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/rpms/;rpms/a/tdtdContains the rpms (including sources and i386/ppc architectures)/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/solaris6/;solaris6/a/tdtdContains the mod_jk.so for Solaris 6/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/solaris8/;solaris8/a/tdtdContains the mod_jk.so for Solaris 8/td/tr + trtda href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/win32/;win32/a/tdtdContains the mod_jk.dll for Windows as well as other useful binaries./td/tr +/table +/p + +p +If you don't see your Operating System here, the doc may be outdated so just go +a href=http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk/release/v1.2.0/bin/; +here/a and check if one of the directory didn't cover your os +/p + +/section + +section name=Installation +p +mod_jk requires two entities: + +ul +li +bmod_jk.xxx/b - The Apache module, depending on your operating system, it will be mod_jk.so, mod_jk.dll, mod_jk,nlm or +or QZTCJK.SRVPGM (see the build section). +/li +li +bworkers.properties/b - A file that describes the host(s) and port(s) used by the workers (Tomcat processes). +A sample workers.properties can be found under the conf directory. +/li +/ul +/p + +p +Also as with other Apache modules, mod_jk should be first installed on the modules directory of your +Apache webserver, ie : /usr/lib/apache and you should update your bhttpd.conf/b file. +/p + + +subsection name=Disabling old mod_jserv +p +If you've previously configured Apache to use bmod_jserv/b, remove any bApJServMount/b directives +from your httpd.conf. +/p + +pIf you're including btomcat-apache.conf/b or btomcat.conf/b, you'll want to remove them as well - +they are specific to bmod_jserv/b. +/p + +p +The mod_jserv configuration directives are not compatible with mod_jk! +/p +/subsection + +subsection name=Using Tomcat auto-configure +p +The simplest way to configure Apache
Re: jk doc works in progress
Glenn Nielsen wrote: Henri, These docs are really needed. Thanks for taking the lead on this! A mod_jk 1.2.0 release prealable ;) I have one comment. The navigation bar on the left links to documents for both mod_jk and mod_jk2. This could be confusing. Yes, we should add a subsection somewhere but in xsl land, I'll need help (JF/Nacho/Glenn ?) Perhaps there should be three main pages. One that is the overview and lists what is common between mod_jk and jk2. A page for mod_jk. A page for jk2. I think JF is working on jk2 side. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk doc works in progress
Henri Gomez wrote: jean-frederic clere wrote: Henri Gomez wrote: For those of you interested in seeing the jk documentation in progress just go to : http://jakarta.apache.org/~hgomez/jk_docs/ This documentation include jk and jk2 even if I'm focusing on jk to be ready for mod_jk 1.2.0 release Should I remove mine at http://jakarta.apache.org/~jfclere/jk2_docs/? May be yes ;) Or better, could you make an automatic task that will build it from the cvs ? I will try. -- 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]
DO NOT REPLY [Bug 12361] New: - Can not run CGI scripts from packed WAR application
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12361 Can not run CGI scripts from packed WAR application Summary: Can not run CGI scripts from packed WAR application Product: Tomcat 4 Version: 4.0 Beta 1 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Servlets:CGI AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The CGI servlet will not run CGI scripts, if the applications has been packed into a 'WAR' file. This make deployment on remote machine very hard - having to move the unpacked applications with large number of files. In addition, this approach make it hard to use the 'manager' application. One possible solution will be to unjar the CGI script from the WAR file, into the work directory, and then to execute it (if the application is running from the WAR file). Better solution will be to add an option to unjar the CGI sub tree. This solution will allow complete perl application to be packed into the WAR file. Why is this important? I am placing small scripts and binaries that access proprietery systems that do not have Java interface into the CGI scripts. With this approach, data from those systems can be fetched into JSP pages. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native Makefile.libdir Makefile.tmpl
jfclere 2002/09/06 05:44:32 Removed: jk/native Makefile.libdir Makefile.tmpl Log: They belong to apache-1.3 - Sorry adding them here was my bad - -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: jk doc works in progress
Henri Gomez wrote: Glenn Nielsen wrote: Henri, These docs are really needed. Thanks for taking the lead on this! A mod_jk 1.2.0 release prealable ;) I have one comment. The navigation bar on the left links to documents for both mod_jk and mod_jk2. This could be confusing. Yes, we should add a subsection somewhere but in xsl land, I'll need help (JF/Nacho/Glenn ?) Like sorting the elements from menu.idx by href and adding an empty row when the directory changes. Perhaps there should be three main pages. One that is the overview and lists what is common between mod_jk and jk2. A page for mod_jk. A page for jk2. I think JF is working on jk2 side. Well not for the moment. I am fighting with the makefiles to have mod_jk staticly linked with Apache-1.3. -- 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]
DO NOT REPLY [Bug 12363] New: - StandardSession.setAttribute() does not conform to the servlet spec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12363. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12363 StandardSession.setAttribute() does not conform to the servlet spec Summary: StandardSession.setAttribute() does not conform to the servlet spec Product: Tomcat 4 Version: 4.0.4 Final Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I found a little problem in the method setAttribute() of StandardSesssion.java. Acording to section SVR.7.4 of the servlet spec: The valueBound method must be called before the object is made available via the getAttribute method of the HttpSession interface. The valueUbound method must be called after the object is no longer available via the getAttribute method of the HttpSession interface.. The problem in the setAttribute() code is that valueBound() is called after the value is put into the attributes of the session. Here is the code with the problem: // Replace or add this attribute Object unbound = null; synchronized (attributes) { unbound = attributes.get(name); attributes.put(name, value); } // Call the valueUnbound() method if necessary if ((unbound != null) (unbound instanceof HttpSessionBindingListener)) { ((HttpSessionBindingListener) unbound).valueUnbound (new HttpSessionBindingEvent((HttpSession) this, name)); } // Call the valueBound() method if necessary HttpSessionBindingEvent event = null; if (unbound != null) event = new HttpSessionBindingEvent ((HttpSession) this, name, unbound); else event = new HttpSessionBindingEvent ((HttpSession) this, name, value); if (value instanceof HttpSessionBindingListener) ((HttpSessionBindingListener) value).valueBound(event); ... Here is the corrected code: // Construct an event with the new value HttpSessionBindingEvent event = new HttpSessionBindingEvent ((HttpSession) this, name, value); // Call the valueBound() method if necessary if (value instanceof HttpSessionBindingListener) ((HttpSessionBindingListener) value).valueBound(event); // Replace or add this attribute Object unbound = null; synchronized (attributes) { unbound = attributes.get(name); attributes.put(name, value); } // Call the valueUnbound() method if necessary if ((unbound != null) (unbound instanceof HttpSessionBindingListener)) { ((HttpSessionBindingListener) unbound).valueUnbound (new HttpSessionBindingEvent((HttpSession) this, name)); } // Replace the current event with one containing // the old value if necesary if (unbound != null) event = new HttpSessionBindingEvent ((HttpSession) this, name, unbound); ... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/native/apache-1.3 Makefile.in mod_jk.exp Makefile.tmpl Makefile.am
jfclere 2002/09/06 07:42:55 Modified:jk/native configure.in jk/native/apache-1.3 Makefile.tmpl Added: jk/native/apache-1.3 Makefile.in mod_jk.exp Removed: jk/native/apache-1.3 Makefile.am Log: Arrange the makefile of Apache-1.3 to allow --with-apache to work correctly. Note that when building a static mod_jk mod_dir also need to be build static. Revision ChangesPath 1.18 +7 -3 jakarta-tomcat-connectors/jk/native/configure.in Index: configure.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/configure.in,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- configure.in 27 Jun 2002 14:34:18 - 1.17 +++ configure.in 6 Sep 2002 14:42:54 - 1.18 @@ -46,6 +46,9 @@ AC_PATH_PROG(MKDIR,mkdir,$PATH)dnl AC_SUBST(MKDIR) +AC_PATH_PROG(LIBTOOL,libtool,$PATH)dnl +AC_SUBST(LIBTOOL) + APACHE_CONFIG_VARS=`pwd`/scripts/build/config_vars.mk WEBSERVER= apache_dir= @@ -425,13 +428,14 @@ AM_CONDITIONAL(MAKE_DYNAMIC_APACHE, ${TEST} ${apache_dir_is_src} = false) if ${TEST} ${apache_dir_is_src} = false ; then -dnl +dnl normal apxs handling APACHE20_OEXT=.c LIB_JK_TYPE=mod_jk.so INSTALL_TYPE=install_dynamic else +dnl install static library in apache sources. APACHE20_OEXT=.lo - LIB_JK_TYPE=lib_jk.la + LIB_JK_TYPE=mod_jk.a INSTALL_TYPE=install_static fi AC_SUBST(APACHE20_OEXT) 1.2 +32 -2 jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.tmpl Index: Makefile.tmpl === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.tmpl,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- Makefile.tmpl 5 Jun 2001 10:27:52 - 1.1 +++ Makefile.tmpl 6 Sep 2002 14:42:54 - 1.2 @@ -1,8 +1,38 @@ -LIB=libjk.a +## +## Apache 1.3 Makefile template for mod_jk +## +LIB=libjk.$(LIBEXT) +JK_INCLUDES=$(INCLUDES) -I./include + +OBJS=mod_jk.o +OBJS_LIB=mod_jk.a + +SHLIB_OBJS=mod_jk.so-o +SHLIB_OBJS_LIB=mod_jk.a all: ${LIB} -${LIB}: +# build the static library by merging the object files +libjk.a: $(OBJS) $(OBJS_LIB) + cp $(OBJS_LIB) $@ + ar r $@ $(OBJS) ${RANLIB} $@ +# build the shared object library by linking the object files +libjk.so: $(SHLIB_OBJS) $(SHLIB_OBJS_LIB) + rm -f $@ + $(LD_SHLIB) $(LDFLAGS_SHLIB) -o $@ $(SHLIB_OBJS) $(SHLIB_OBJS_LIB) $(LIBS) + +.SUFFIXES: .o .so-o +.c.o: + $(CC) -c $(JK_INCLUDES) $(CFLAGS) $(CPPFLAGS) $(SPACER) $ +.c.so-o: + $(CC) -c $(JK_INCLUDES) $(CFLAGS) $(CFLAGS_SHLIB) $(CPPFLAGS) $(SPACER) $ mv $*.o $*.so-o clean: + -rm -f $(OBJS) $(SHLIB_OBJS) $(LIB) + +distclean: clean + -rm -f Makefile + +depend: + echo No depend 1.7 +81 -11jakarta-tomcat-connectors/jk/native/apache-1.3/Makefile.in 1.1 jakarta-tomcat-connectors/jk/native/apache-1.3/mod_jk.exp Index: mod_jk.exp === mod_jk.exp -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12363] - StandardSession.setAttribute() does not conform to the servlet spec
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12363. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12363 StandardSession.setAttribute() does not conform to the servlet spec [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Other |All Platform|Other |All -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: SSL Port for Tomcat
On September 6, 2002 05:57 am, [EMAIL PROTECTED] wrote: How can [I] configure TomCat to accept HTTP and HTTPS traffic at the same port (80)? Is it necessary that it should be in two different ports? [This level of discussion belongs on tomcat-users, not here]. Think of a port number as similar to a telephone extension number within a company. What happens if two people answer the same phone line at the same time? They both say Hello, [Robin,Joe] at the same time. Chaos, babel, ensues. Similarly, only one thread - either an HTTP connector **OR** an HTTPS connector can answer and read from a given port number. Not both. There is, however, a facility for Tomcat to send a redirect from the HTTP port to the HTTPS port; see the comments about the redirect attribute in the distributed server.xml -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12335] - Problem with Bug 4352 also exists with the JNDIRealm
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12335. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12335 Problem with Bug 4352 also exists with the JNDIRealm [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 15:27 --- *** This bug has been marked as a duplicate of 7831 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7831] - [PATCH] JNDIRealm does not work with CLIENT-CERT auth method
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7831. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7831 [PATCH] JNDIRealm does not work with CLIENT-CERT auth method [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 15:27 --- *** Bug 12335 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs .cvsignore
jfclere 2002/09/06 09:04:50 Added: jk/xdocs .cvsignore Log: I was tired to see cvs complaining about style.css and style.xsl ;-) Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/.cvsignore Index: .cvsignore === style.css style.xsl -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
4.1.10 Tag Bug
Hello I think there is a serious bug in the jsp compiler from tomcat 4.1.10. The compiler creates wrong code for nested variables. Here an example that works with 4.1.9 and does not with 4.1.10 JSP --- %@ taglib uri=/misc prefix=misc % htmlheadtitleTitle/title/headbody misc:test id=t %= t % /misc:test /body/html TLD --- tag nametest/name tag-classTestTag/tag-class body-contentJSP/body-content variable name-from-attributeid/name-from-attribute variable-classjava.lang.String/variable-class declaretrue/declare scopeNESTED/scope /variable attribute nameid/name requiredtrue/required rtexprvaluetrue/rtexprvalue /attribute /tag CODE public class TestTag extends TagSupport { private String id; public TestTag() { init(); } public String getId() { return id; } public void setId(String id) { this.id = id; } public void release() { super.release(); init(); } private void init() { id = null; } public int doStartTag() throws JspException { pageContext.setAttribute(getId(), a short test string, PageContext.PAGE_SCOPE); return (EVAL_BODY_INCLUDE); } Compiled JSP Here you can see what's wrong. The assignment for t is on the wrong position if (_jspx_eval_misc_test_0 != javax.servlet.jsp.tagext.Tag.SKIP_BODY) { ===java.lang.String t = null; do { out.write(\r\n); === out.print( t ); out.write(\r\n); int evalDoAfterBody = _jspx_th_misc_test_0.doAfterBody(); === t = (java.lang.String) pageContext.findAttribute(t); if (evalDoAfterBody != javax.servlet.jsp.tagext.BodyTag.EVAL_BODY_AGAIN) break; } while (true); } Regards Ralph -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12346] - Constant Refreshes crash Framed Web Applications in TOMCAT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346 Constant Refreshes crash Framed Web Applications in TOMCAT --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 17:24 --- We conducted a few more tests on a w2k server. We used ab.exe (bundled with Apache2) for testing. These results support our previous claims A collegue of mine and Ignacio were involved in these tests. Tests 1 and 2 show a significant amount of failed requests when using the isapi filter. Test 3 demonstrates that no errors occur if the isapi filter is not used. Test 3 uses port 8080 to exclude the filter. Test 1: - url=http://localhost/examples/jsp/index.html - machine w2k server/IIS 5.0 -- Server Software:Microsoft-IIS/5.0 Server Hostname:localhost Server Port:80 Document Path: /examples/jsp/index.html Document Length:7487 bytes Concurrency Level: 1000 Time taken for tests: 3.835516 seconds Complete requests: 1000 Failed requests:62 (Connect: 0, Length: 62, Exceptions: 0) Write errors: 0 Test 2: - url=http://localhost/examples/jsp/index.html - machine w2k server/IIS 5.0 Server Software:Microsoft-IIS/5.0 Server Hostname:localhost Server Port:80 Document Path: /examples/jsp/index.html Document Length:1231 bytes Concurrency Level: 1 Time taken for tests: 3.605184 seconds Complete requests: 1000 Failed requests:999 (Connect: 0, Length: 999, Exceptions: 0) Write errors: 0 Total transfe - Test 3: - url=http://localhost:8080/examples/jsp/index.html - machine w2k server Server Software:Apache Server Hostname:localhost Server Port:8080 Document Path: /examples/jsp/index.html Document Length:7487 bytes Concurrency Level: 1000 Time taken for tests: 2.723917 seconds Complete requests: 1000 Failed requests:0 Write errors: 0 Total transferred: 7712000 bytes HTML transferred: 7487000 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12370] New: - Problem during oracle connection
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12370. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12370 Problem during oracle connection Summary: Problem during oracle connection Product: Tomcat 3 Version: 3.3.1 Final Platform: PC URL: http://www.reply.it OS/Version: Windows NT/2K Status: NEW Severity: Critical Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] We have a application that using a oracle database, connection is by jdbc. We have non-continuos problem during normal use, during a normal query our page hang up waiting for response ... In tomcat log file we have some instance of this kind of message: 2002-09-06 18:01:07 - Ctx(/coflusa) : IOException in R( /coflusa + /outbound/consoleOrders.jsp + null) - java.net.SocketException: Connection reset by peer: socket write error We are using tomcat in production from 3 month ago and now unexpectedly happens... Thanks in advance -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12196] - request.getRemoteUser() returns null for AJP request with remote username
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12196. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12196 request.getRemoteUser() returns null for AJP request with remote username [EMAIL PROTECTED] changed: What|Removed |Added Severity|Major |Critical --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 17:40 --- I've tried using the normal mod_jk (not mod_jk2) and haven't been able to find a way to set tomcatAuthentication=false on the Coyote connector. Until the Coyote connector allows me to do this, I have to continue to use the old ajp13 connector in order to get a non-null value calling getRemoteUser() when using BASIC Authentication fronting Tomcat with Apache. But the problem with that is that I end up disabling any of the JMX management functions when configuring the server with the admin app because JMX barfs when the old ajp13 connector is specified even if I go straight to Tomcat through port 8080. it requires the Coyote connector to be specified instead. I would really like to be able to do both and fixing this bug is the answer. I am raising the priority on this especially since it seems that a stable release (Tomcat-4.1.10) has been cut which has this bug. Here is what I have to use: !-- Define an AJP 1.3 Connector on port 8009 -- Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0 tomcatAuthentication=false/ Here is what I'd like to use: !-- Define a Coyote/JK2 AJP 1.3 Connector on port 8009 -- Connector className=org.apache.coyote.tomcat4.CoyoteConnector port=8009 minProcessors=5 maxProcessors=75 enableLookups=true redirectPort=8443 acceptCount=10 debug=0 connectionTimeout=2 useURIValidationHack=false tomcatAuthentication=false protocolHandlerClassName=org.apache.jk.server.JkCoyoteHandler/ Jake -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12346] - Constant Refreshes crash Framed Web Applications in TOMCAT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346 Constant Refreshes crash Framed Web Applications in TOMCAT [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Version|4.1.7 |Nightly Build --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 17:46 --- I've seen this in my setup, with w2k professional using ab -c10 -n1000 for the same url (http://localhost/examples/jsp/index.html) Server Software:Microsoft-IIS/5.0 Server Hostname:localhost Server Port:80 Document Path: /examples/jsp/index.html Document Length:7487 bytes Concurrency Level: 10 Time taken for tests: 112.531250 seconds Complete requests: 1000 Failed requests:3 (Connect: 0, Length: 3, Exceptions: 0) Write errors: 0 Total transferred: 7667927 bytes HTML transferred: 7464539 bytes Requests per second:8.89 [#/sec] (mean) Time per request: 1125.313 [ms] (mean) Time per request: 112.531 [ms] (mean, across all concurrent requests) Transfer rate: 66.54 [Kbytes/sec] received 3 length failures... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk2 configtc.xml
mturk 2002/09/06 11:34:58 Modified:jk/xdocs/jk2 configtc.xml Log: Fix default handler.list and apr.jniModeSo Add jni example. Revision ChangesPath 1.2 +37 -2 jakarta-tomcat-connectors/jk/xdocs/jk2/configtc.xml Index: configtc.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/jk2/configtc.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- configtc.xml 29 Aug 2002 11:04:34 - 1.1 +++ configtc.xml 6 Sep 2002 18:34:58 - 1.2 @@ -25,7 +25,7 @@ tr tdhandler.list/td - tdapr,shm,request,container,channelSocket,channelJni,channelUnix/td + tdrequest,container,channelSocket/td tdHandlers to load./td /tr @@ -45,7 +45,15 @@ tdjkjni/td td Location of the jkjni dynamic library. -It is searched in java.library.path but a absolut path can be specified. +It is searched in java.library.path but a absolute path can be specified. + /td + /tr + tr + tdjniModeSo/td + tdinprocess/td + td +If set to inprocess the jk2 will regiter native library functions by itself. + If not then it has to be the absolute path of the jkjni dynamic library. /td /tr @@ -203,5 +211,32 @@ /source /p /subsection + +subsection name=using jni channel class for communication +p +Here we have the minimum configuration needed for the jni communication. +/p + +p +source +# list of needed handlers. +handler.list=apr,request,channelJni + +# Dynamic library needs to be defined only if Tomcat is used +# out of process +jtc=/home1/jakarta/jakarta-tomcat-connectors +apr.NativeSo=${jtc}/jk/build/jk2/apache2/jkjni.so +# Or you can use the mod_jk2 directly +apr.jniModeSo=/opt/apache2/modules/mod_jk2.so + +# If you wish to start the Tomcat from inside web server then +# you don't need any above directive. Here is shown the default +# value for the apr that you can ommit +apr.jniModeSo=inprocess + +/source +/p +/subsection + /section /document -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[5][PATCH]JSP examples now at different URI
Rather than being under /examples/jsp/, they're now under /jsp-examples/. The plugin needs to be aware of the full URI, but everything else is context relative. ? .classpath ? .cvsignore ? .project Index: jsr152/examples/WEB-INF/web.xml === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/WEB-INF/web.xml,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 web.xml --- jsr152/examples/WEB-INF/web.xml 27 Aug 2002 13:16:52 - 1.1.1.1 +++ jsr152/examples/WEB-INF/web.xml 6 Sep 2002 18:41:11 - @@ -198,7 +198,7 @@ web-resource-collection web-resource-nameProtected Area/web-resource-name !-- Define the context-relative URL(s) to be protected -- - url-pattern/jsp/security/protected/*/url-pattern + url-pattern/security/protected/*/url-pattern !-- If you list http methods, only those methods are protected -- http-methodDELETE/http-method http-methodGET/http-method @@ -217,8 +217,8 @@ auth-methodFORM/auth-method realm-nameExample Form-Based Authentication Area/realm-name form-login-config -form-login-page/jsp/security/protected/login.jsp/form-login-page -form-error-page/jsp/security/protected/error.jsp/form-error-page +form-login-page/security/protected/login.jsp/form-login-page +form-error-page/security/protected/error.jsp/form-error-page /form-login-config /login-config Index: jsr152/examples/WEB-INF/classes/servletToJsp.java === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/servletToJsp.java,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 servletToJsp.java --- jsr152/examples/WEB-INF/classes/servletToJsp.java 27 Aug 2002 13:16:53 - 1.1.1.1 +++ jsr152/examples/WEB-INF/classes/servletToJsp.java 6 Sep 2002 18:41:11 - @@ -9,7 +9,7 @@ try { // Set the attribute and Forward to hello.jsp request.setAttribute (servletName, servletToJsp); - getServletConfig().getServletContext().getRequestDispatcher(/jsp/jsptoserv/hello.jsp).forward(request, response); + getServletConfig().getServletContext().getRequestDispatcher(/jsptoserv/hello.jsp).forward(request, response); } catch (Exception ex) { ex.printStackTrace (); } Index: jsr152/examples/error/err.jsp === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/error/err.jsp,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 err.jsp --- jsr152/examples/error/err.jsp 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/error/err.jsp 6 Sep 2002 18:41:11 - @@ -12,7 +12,7 @@ if (request.getParameter(name) == null) { % - %@ include file=/jsp/error/error.html % + %@ include file=/error/error.html % % } else { foo.setName(request.getParameter(name)); Index: jsr152/examples/error/err.txt === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/error/err.txt,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 err.txt --- jsr152/examples/error/err.txt 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/error/err.txt 6 Sep 2002 18:41:11 - @@ -12,7 +12,7 @@ if (request.getParameter(name) == null) { % - %@ include file=/jsp/error/error.html % + %@ include file=/error/error.html % % } else { foo.setName(request.getParameter(name)); Index: jsr152/examples/forward/forward.jsp === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/forward/forward.jsp,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 forward.jsp --- jsr152/examples/forward/forward.jsp 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/forward/forward.jsp 6 Sep 2002 18:41:11 - @@ -11,7 +11,7 @@ if (percent 0.5) { % -jsp:forward page=/jsp/forward/one.jsp/ +jsp:forward page=/forward/one.jsp/ % } else { % Index: jsr152/examples/forward/forward.txt === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/forward/forward.txt,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 forward.txt --- jsr152/examples/forward/forward.txt 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/forward/forward.txt 6 Sep 2002 18:41:11 - @@ -11,7 +11,7 @@ if (percent 0.5) { % -jsp:forward page=/jsp/forward/one.jsp/ +jsp:forward page=/forward/one.jsp/ % } else { % Index: jsr152/examples/include/include.jsp === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/include/include.jsp,v retrieving revision 1.1.1.1 diff -u -w -r1.1.1.1 include.jsp --- jsr152/examples/include/include.jsp 27 Aug 2002 13:16:51 - 1.1.1.1 +++ jsr152/examples/include/include.jsp 6 Sep
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler ImplicitTagLibraryInfo.java
luehe 2002/09/06 12:32:44 Modified:jasper2/src/share/org/apache/jasper/compiler ImplicitTagLibraryInfo.java Log: Rethrow tag file parse exception as RuntimeException in ImplicitTagLibraryInfo.getTagFile() Revision ChangesPath 1.9 +4 -4 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ImplicitTagLibraryInfo.java Index: ImplicitTagLibraryInfo.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/ImplicitTagLibraryInfo.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- ImplicitTagLibraryInfo.java 5 Sep 2002 19:05:23 - 1.8 +++ ImplicitTagLibraryInfo.java 6 Sep 2002 19:32:44 - 1.9 @@ -159,7 +159,7 @@ tagInfo = TagFileProcessor.parseTagFile(pc, shortName, path, this); } catch (JasperException je) { - // XXX + throw new RuntimeException(je); } tagFile = new TagFileInfo(shortName, path, tagInfo); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: 4.1.10 Tag Bug
Ralph, I think there is a serious bug in the jsp compiler from tomcat 4.1.10. The compiler creates wrong code for nested variables. Here an example that works with 4.1.9 and does not with 4.1.10 OK, I really think the spec needs to be clarified in this respect. JSP.10.5.9 (VariableInfo) of the JSP 1.2 spec has this: The scope value for a variable implies what methods may affect its value and thus where synchronization is needed: - for NESTED, after doInitBody and doAfterBody for a tag handler implementing BodyTag, and after doStartTag otherwise. - [...] This does not special-case tag handlers implementing IterationTag (which is implemented by TagSupport), which, according to JSP.10.1.2.4, are supposed to have their scripting variables synchronized after the call to doAfterBody(), and therefore Jasper was missing this synchronization step for tag handlers implementing IterationTag. This issue had been filed as Bugzilla Bug 11552 (Iteration tags do not resynchronize scripting variables after doAfterBody()) and was fixed, but as part of the fix I also removed synchronization of NESTED variables after doStartTag() for tag handlers implementing IterationTag. So what the spec really should say is the following: - for NESTED, after doInitBody and doAfterBody for a tag handler implementing BodyTag, after doStartTag and doAfterBody for a tag handler implementing IterationTag, and after doStartTag otherwise. Does this make sense? If so, I'll add the synchronization of NESTED variables after doStartTag for tag handlers implementing IterationTag. Jan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12381] New: - Mangling file names not unique
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381 Mangling file names not unique Summary: Mangling file names not unique Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If the file name doesn't start with a valid java identifier start character, a _ is prepended. Unfortunately, _ is a valid java identifier start character. So, for example, 0.jsp and _0.jsp, will both be mapped to _0_jsp.java. In general, if _ is to be used as an escape character, _ needs to be escaped itself. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java Parser.java ParserController.java
kinman 2002/09/06 14:16:23 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Parser.java ParserController.java Log: - Add parseTagFileDirectives that parses a tag file for its directives only, and skips over other constructs. The benfit is not just parser speedup, but that it avoid parsing other tag files used by the current one. This paves the way for handling circular tag file dependencies. Revision ChangesPath 1.92 +3 -5 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java Index: Generator.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v retrieving revision 1.91 retrieving revision 1.92 diff -u -r1.91 -r1.92 --- Generator.java6 Sep 2002 00:15:32 - 1.91 +++ Generator.java6 Sep 2002 21:16:23 - 1.92 @@ -1479,8 +1479,6 @@ String tagEvalVar = _jspx_eval_ + baseVar; String tagHandlerVar = _jspx_th_ + baseVar; - Class tagHandlerClass = n.getTagHandlerClass(); - // If the tag contains no scripting element, generate its codes // to a method. ServletWriter outSave = null; 1.30 +52 -18 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java Index: Parser.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Parser.java,v retrieving revision 1.29 retrieving revision 1.30 diff -u -r1.29 -r1.30 --- Parser.java 4 Sep 2002 22:54:54 - 1.29 +++ Parser.java 6 Sep 2002 21:16:23 - 1.30 @@ -97,6 +97,7 @@ private ErrorDispatcher err; private int scriptlessCount; private boolean isTagFile; +private boolean directivesOnly; // Virtual body content types, to make parsing a little easier. // These are not accessible from outside the parser. @@ -110,7 +111,8 @@ /** * The constructor */ -private Parser(ParserController pc, JspReader reader, boolean isTagFile) { +private Parser(ParserController pc, JspReader reader, boolean isTagFile, +boolean directivesOnly) { this.parserController = pc; this.ctxt = pc.getJspCompilationContext(); this.taglibs = pc.getCompiler().getPageInfo().getTagLibraries(); @@ -119,6 +121,7 @@ this.currentFile = reader.mark().getFile(); this.scriptlessCount = 0; this.isTagFile = isTagFile; + this.directivesOnly = directivesOnly; start = reader.mark(); } @@ -134,11 +137,19 @@ public static Node.Nodes parse(ParserController pc, JspReader reader, Node parent, -boolean isTagFile) throws JasperException { - Parser parser = new Parser(pc, reader, isTagFile); +boolean isTagFile, +boolean directivesOnly) + throws JasperException { + + Parser parser = new Parser(pc, reader, isTagFile, directivesOnly); Node.Root root = new Node.Root(null, reader.mark(), parent); + if (directivesOnly) { + parser.parseTagFileDirectives(root); + return new Node.Nodes(root); + } + // For the Top level page, add inlcude-prelude and include-coda PageInfo pageInfo = pc.getCompiler().getPageInfo(); if (parent == null) { @@ -174,7 +185,7 @@ public static Attributes parseAttributes(ParserController pc, JspReader reader) throws JasperException { - Parser tmpParser = new Parser(pc, reader, false); + Parser tmpParser = new Parser(pc, reader, false, false); return tmpParser.parseAttributes(); } @@ -394,6 +405,7 @@ * Directive ::= ( S Attribute)* */ private void parseTaglibDirective(Node parent) throws JasperException { + Attributes attrs = parseAttributes(); String uri = attrs.getValue(uri); String prefix = attrs.getValue(prefix); @@ -452,6 +464,11 @@ directive = lt;%@ include; parseIncludeDirective(parent); } else if (reader.matches(taglib)) { + if (directivesOnly) { + // No need to get the tagLibInfo objects. This alos suppresses + // parsing of any tag files used in this tag file. + return; + } directive = lt;%@ taglib; parseTaglibDirective(parent); } else if (reader.matches(tag)) { @@ -1356,14 +1373,14 @@ * | (
cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper JspCompilationContext.java
kinman 2002/09/06 14:40:53 Modified:jasper2/src/share/org/apache/jasper JspCompilationContext.java Log: - Fixed 12381: _ as the first char of the JSP file needs to be escaped. Revision ChangesPath 1.20 +6 -5 jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationContext.java Index: JspCompilationContext.java === RCS file: /home/cvs/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/JspCompilationContext.java,v retrieving revision 1.19 retrieving revision 1.20 diff -u -r1.19 -r1.20 --- JspCompilationContext.java21 Aug 2002 17:56:03 - 1.19 +++ JspCompilationContext.java6 Sep 2002 21:40:53 - 1.20 @@ -311,8 +311,9 @@ int iEnd = jspUri.length(); StringBuffer modifiedClassName = new StringBuffer(jspUri.length() - iSep); - if (!Character.isJavaIdentifierStart(jspUri.charAt(iSep))) { - // If the first char is not a legal Java letter or digit, + if (!Character.isJavaIdentifierStart(jspUri.charAt(iSep)) || + jspUri.charAt(iSep) == '_' ) { + // If the first char is not a start of Java identifier or is _ // prepend a '_'. modifiedClassName.append('_'); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12381] - Mangling file names not unique
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381 Mangling file names not unique [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12384] New: - JasperException with nested iterate tags
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12384. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12384 JasperException with nested iterate tags Summary: JasperException with nested iterate tags Product: Tomcat 4 Version: Nightly Build Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Jasper 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi! When using a JSP with nested logic:iterate tags I receive the following exception (using Tomcat 4.1.10 on Win2K): org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 13 in the jsp file: /jasper.jsp Generated servlet error: [javac] Compiling 1 source file E:\Programme\ApacheTomcat4110\work\Standalone\localhost\docpoolstruts\jasper_jsp.java:85: _jspx_two_1 is already defined in _jspService(javax.servlet.http.HttpServletRequest,javax.servlet.http.HttpServletResponse) java.lang.Object _jspx_two_1 = two; ^ Here is a small sample that will produce the error: %@ page language=java % %@ taglib uri=/WEB-INF/struts-bean.tld prefix=bean % %@ taglib uri=/WEB-INF/struts-logic.tld prefix=logic % % String[] pages = {1,2,3}; pageContext.setAttribute(pages, pages); % html body logic:iterate id=one name=pages length=3 logic:iterate id=two name=pages length=4 bean:write name=one/:bean:write name=two/br /logic:iterate /logic:iterate /body /html Bye gus -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12385] New: - HTTP Status 500 Error
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12385. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12385 HTTP Status 500 Error Summary: HTTP Status 500 Error Product: Tomcat 4 Version: 4.1.10 Platform: PC URL: http://127.0.0.1:8080/admin/login.jsp OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Webapps:Administration AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I was asked to install Tomcat on a brand new box (just the OS, Service Packs, etc.--no other third party software). I installed j2re-1_4_0_01-windows-i586.exe first, then tried to install Tomcat. I was told that it could not find the sdk, so I uninstalled the j2re and installed j2sdk-1_4_0_01-windows-i586.exe. I then installed jakarta-tomcat- 4.1.10.exe. I added the NT Service option and modified the install location by changing the drive letter from C to D. After it installed I tried running Tomcat Administration from the Start menu and it failed. I rebooted the server. I tried it again and it failed again. I then ran http://127.0.0.1:8080/index.jsp and it came up fine. I could also bring up Tomcat Manager from this screen too. I again tried Tomcat Administration from this web page and it still failed. The grizzly details follow. Thanks Jim HTTP Status 500 - type Exception report message description The server encountered an internal error () that prevented it from fulfilling this request. exception org.apache.jasper.JasperException: Unable to compile class for JSP at org.apache.jasper.JspCompilationContext.compile (JspCompilationContext.java:477) at org.apache.jasper.servlet.JspServletWrapper.service (JspServletWrapper.java:182) at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:289) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:247) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:193) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:260) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:191) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:527) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardContext.invoke (StandardContext.java:2397) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:180) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.valves.ErrorDispatcherValve.invoke (ErrorDispatcherValve.java:170) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:171) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:641) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:174) at org.apache.catalina.core.StandardPipeline$StandardPipelineValveContext.invokeNex t(StandardPipeline.java:643) at org.apache.catalina.core.StandardPipeline.invoke (StandardPipeline.java:480) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:995) at org.apache.coyote.tomcat4.CoyoteAdapter.service (CoyoteAdapter.java:223) at org.apache.coyote.http11.Http11Processor.process
Re: [PATCH] jakarta-servletapi-5: JSP 2.0 Examples
Oops - did cvs diff instead of cvs diff -u. Here's a better version of the patch. Please use this instead. On Fri, 2002-09-06 at 20:15, Mark Roth wrote: Greetings, Attached is a patch to the jakarta-servletapi-5 workspace with various examples that exercise new features in JSP 2.0. I've also fixed some of the JSP 1.2 examples (the paths were not correctly brought over when the examples were moved to the jakarta-servletapi-5 workspace). I've also updated some of the XML Schemas in the jsr154/ subdirectory which had stale versions of the jsr152 schemas. ... -- Mark Roth, Java Software JSP 2.0 Co-Specification Lead Sun Microsystems, Inc. ? jsr152/examples/jsp2 ? jsr152/examples/WEB-INF/jsp2 ? jsr152/examples/WEB-INF/classes/jsp2 ? jsr152/examples/images/read.gif Index: jsr152/examples/index.html === RCS file: /home/cvspublic/jakarta-servletapi-5/jsr152/examples/index.html,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 index.html --- jsr152/examples/index.html 27 Aug 2002 13:16:50 - 1.1.1.1 +++ jsr152/examples/index.html 7 Sep 2002 00:17:46 - @@ -14,7 +14,8 @@ bfont face=Arial, Helvetica, sans-seriffont size=+2JSP Samples/font/font/b pThis is a collection of samples demonstrating the usage of different -parts of the Java Server Pages (JSP) specification. +parts of the Java Server Pages (JSP) specification. Both JSP 2.0 and +JSP 1.2 examples are presented below. pThese examples will only work when these pages are being served by a servlet engine; of course, we recommend a href=http://jakarta.apache.org/tomcat/;Tomcat/a. @@ -36,6 +37,13 @@ tdLook at the source code for the example/td /tr +!--tr VALIGN=TOP +td WIDTH=30img SRC=images/read.gif height=24 width=24/td + +tdRead more about this feature/td +-- + +/tr tr VALIGN=TOP td WIDTH=30img SRC=images/return.gif height=24 width=24/td @@ -46,6 +54,128 @@ pTip: For session scoped beans to work, the cookies must be enabled. This can be done using browser options. brnbsp; +br +bufont size=+1JSP 2.0 Examples/font/u/bbr + +table BORDER=0 CELLSPACING=5 WIDTH=85% +tr valign=TOP +tdbExpression Language/b/td +/tr + +tr valign=TOP +tdBasic Arithmetic/td +td valign=TOP width=30%a href=jsp2/el/basic-arithmetic.jspimg +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/el/basic-arithmetic.jspExecute/a/td + +td width=30%a href=jsp2/el/basic-arithmetic.htmlimg SRC=images/code.gif +HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/el/basic-arithmetic.htmlSource/a/td +/tr + +tr valign=TOP +tdBasic Comparisons/td +td valign=TOP width=30%a href=jsp2/el/basic-comparisons.jspimg +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/el/basic-comparisons.jspExecute/a/td + +td width=30%a href=jsp2/el/basic-comparisons.htmlimg SRC=images/code.gif +HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/el/basic-comparisons.htmlSource/a/td +/tr + +tr valign=TOP +tdImplicit Objects/td +td valign=TOP width=30%a href=jsp2/el/implicit-objects.jsp?foo=barimg +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/el/implicit-objects.jsp?foo=barExecute/a/td + +td width=30%a href=jsp2/el/implicit-objects.htmlimg SRC=images/code.gif +HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/el/implicit-objects.htmlSource/a/td +/tr +tr valign=TOP + +tdFunctions/td +td valign=TOP width=30%a href=jsp2/el/functions.jsp?foo=JSP+2.0img +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/el/functions.jsp?foo=JSP+2.0Execute/a/td + +td width=30%a href=jsp2/el/functions.htmlimg SRC=images/code.gif HSPACE=4 +BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/el/functions.htmlSource/a/td +/tr + +tr valign=TOP +tdbrbSimpleTag Handlers and JSP Fragments/b/td +/tr + +tr valign=TOP +tdHello World Tag/td +td valign=TOP width=30%a href=jsp2/simpletag/hello.jspimg +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/simpletag/hello.jspExecute/a/td + +td width=30%a href=jsp2/simpletag/hello.htmlimg SRC=images/code.gif +HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/simpletag/hello.htmlSource/a/td +/tr + +tr valign=TOP +tdRepeat Tag/td +td valign=TOP width=30%a href=jsp2/simpletag/repeat.jspimg +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/simpletag/repeat.jspExecute/a/td + +td width=30%a href=jsp2/simpletag/repeat.htmlimg SRC=images/code.gif +HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/simpletag/repeat.htmlSource/a/td +/tr + +tr valign=TOP +tdBook Example/td +td valign=TOP width=30%a href=jsp2/simpletag/book.jspimg +src=images/execute.gif hspace=4 border=0 align=top/aa +href=jsp2/simpletag/book.jspExecute/a/td + +td width=30%a href=jsp2/simpletag/book.htmlimg SRC=images/code.gif +HSPACE=4 BORDER=0 height=24 width=24 align=TOP/aa +href=jsp2/simpletag/book.htmlSource/a/td +/tr + +tr valign=TOP +tdbrbTag Files/b/td +/tr + +tr valign=TOP
cvs commit: jakarta-servletapi-5/jsr152/examples/jsp2 - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/jsp2 - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2 - New directory
kinman 2002/09/06 17:34:39 jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2 - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/jsp2/jspattribute - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/jsp2/jspattribute - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/jsp2/misc - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/jsp2/misc - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/WEB-INF/jsp2 - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/WEB-INF/jsp2 - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2/examples/simpletag - New directory
kinman 2002/09/06 17:34:39 jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2/examples/simpletag - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/jsp2/el - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/jsp2/el - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/jsp2/tagfiles - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/jsp2/tagfiles - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/jsp2/simpletag - New directory
kinman 2002/09/06 17:34:38 jakarta-servletapi-5/jsr152/examples/jsp2/simpletag - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2/examples/el - New directory
kinman 2002/09/06 17:34:39 jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2/examples/el - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2/examples - New directory
kinman 2002/09/06 17:34:39 jakarta-servletapi-5/jsr152/examples/WEB-INF/classes/jsp2/examples - New directory -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12346] - Constant Refreshes crash Framed Web Applications in TOMCAT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12346 Constant Refreshes crash Framed Web Applications in TOMCAT --- Additional Comments From [EMAIL PROTECTED] 2002-09-07 02:32 --- Length failures are normally associated with the various dynamic data on the page, for instance jsessionid encoded within the page, JSESSIONID cookie or similar. ab normally expects all requests to result in the same length responses, but it is unreasonable to expect that when pages are coming from Tomcat. One way to check is to increase the verbosity and then read what's actually coming back. Painful but helpful :-) Bojan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12381] - Mangling file names not unique
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381 Mangling file names not unique --- Additional Comments From [EMAIL PROTECTED] 2002-09-07 03:55 --- Created an attachment (id=2964) fixes mangling to handle '_' as the escape char -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12381] - Mangling file names not unique
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12381 Mangling file names not unique [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2002-09-07 04:00 --- The fix doesn't quite fix everything. For example, the jsp files a(.jsp and a_00028.jsp will be mapped to the same java class file. The attached patch mangles all non-valid characters plus '_'. It also shortens the mangled sequence. Chars range in value from \u to \u, so only 4 hex digits are required, not 5. The total string length is 5 instead of 6. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]