Re: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5CoyoteResponse.java
Bill Barker wrote: - Original Message - From: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, September 04, 2002 11:48 AM Subject: cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java bobh2002/09/04 11:48:08 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java Log: - I noticed that RequestDumperValve was unhappy, so I investigaged and found that getHeaderValues(String name) was not even using the name parameter. This fixes that. Revision ChangesPath 1.21 +12 -9 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteRe sponse.java Index: CoyoteResponse.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat 4/CoyoteResponse.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- CoyoteResponse.java 4 Aug 2002 19:39:49 - 1.20 +++ CoyoteResponse.java 4 Sep 2002 18:48:08 - 1.21 @@ -79,6 +79,7 @@ import java.util.Locale; import java.util.Map; import java.util.TimeZone; +import java.util.Vector; import javax.servlet.ServletContext; import javax.servlet.ServletException; @@ -789,12 +790,14 @@ public String[] getHeaderValues(String name) { MimeHeaders headers = coyoteResponse.getMimeHeaders(); -int n = headers.size(); -String[] result = new String[n]; -for (int i = 0; i n; i++) { -result[i] = headers.getValue(i).toString(); + Vector result = new Vector(); +for (int i = 0; i headers.size(); i++) { + if (name.equals( headers.getName(i).toString() )) + result.addElement( headers.getValue(i).toString() ); } -return result; +String[] resultArray = new String[result.size()]; +result.copyInto(resultArray); +return resultArray; } Headers are case-insensitive, so this still doesn't work. You're probably better off using MimeHeaders.values(String). Yes, I agree. Plus it also avoids duplicating the code. Good catch. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12322] - Port *.8080 in LISTEN state after tomcat shutdown
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=12322. 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=12322 Port *.8080 in LISTEN state after tomcat shutdown [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 07:38 --- That doesn't happen for me on other OSes (like Windows). After Tomcat is shutdown, the port is no longer bound. When killing the VM, the server port may be left bound, but I've seen it happen extremely rarely. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Problem with individual jars and Security Manager in TC4.1.10
Renato wrote: Hi all, I'm trying to upgrade a production installation running TC 4.0.4 to lastest 4.1.10. So far, so good ( still using Jasper 1 ), but I think there is a problem with the configuration of catalina.policy for individual jar files. On catalina.policy it says to use: grant codeBase jar:file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar { But if I use like this I get: java.security.policy: error adding Entry: java.net.MalformedURLException: no !/ in spec If I include !/- as it usually worked in TC 4.0.4 apparently it woks ok. Anybody ? Glenn ? Well, I changed the URLs to be used for the codebases to something more standard. Now the codebase URL should be: file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar I'm building a list of issues I should add to the release notes, and that one should go in. Remy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12306] - Tomcat 4.1.10-LE-JDK14 admin webapp doesnt work
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=12306. 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=12306 Tomcat 4.1.10-LE-JDK14 admin webapp doesnt work [EMAIL PROTECTED] changed: What|Removed |Added Severity|Blocker |Normal Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 07:48 --- The LE is meant to be run on JDK 1.4. If you have a properly configured system, it works. If you are unsure about what to download, get the full version. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java
remm2002/09/05 00:58:32 Modified:coyote/src/java/org/apache/coyote/tomcat4 CoyoteResponse.java Log: - Implement what Bill suggested, using MimeHeaders.values(String). Sorry for implementing it the wrong way the first time around. - This fixes the case sensitivity issue, and it also puts all the logic back into MimeHeaders where it belongs. Revision ChangesPath 1.23 +7 -8 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java Index: CoyoteResponse.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat4/CoyoteResponse.java,v retrieving revision 1.22 retrieving revision 1.23 diff -u -r1.22 -r1.23 --- CoyoteResponse.java 4 Sep 2002 18:54:02 - 1.22 +++ CoyoteResponse.java 5 Sep 2002 07:58:32 - 1.23 @@ -789,11 +789,10 @@ */ public String[] getHeaderValues(String name) { -MimeHeaders headers = coyoteResponse.getMimeHeaders(); +Enumeration enum = coyoteResponse.getMimeHeaders().values(name); Vector result = new Vector(); -for (int i = 0; i headers.size(); i++) { -if (name.equals( headers.getName(i).toString() )) -result.addElement( headers.getValue(i).toString() ); +while (enum.hasMoreElements()) { +result.addElement(enum.nextElement()); } String[] resultArray = new String[result.size()]; result.copyInto(resultArray); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java
remm2002/09/05 00:58:42 Modified:coyote/src/java/org/apache/coyote/tomcat5 CoyoteResponse.java Log: - Implement what Bill suggested, using MimeHeaders.values(String). Sorry for implementing it the wrong way the first time around. - This fixes the case sensitivity issue, and it also puts all the logic back into MimeHeaders where it belongs. Revision ChangesPath 1.7 +7 -8 jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteResponse.java Index: CoyoteResponse.java === RCS file: /home/cvs/jakarta-tomcat-connectors/coyote/src/java/org/apache/coyote/tomcat5/CoyoteResponse.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- CoyoteResponse.java 4 Sep 2002 18:54:02 - 1.6 +++ CoyoteResponse.java 5 Sep 2002 07:58:42 - 1.7 @@ -814,11 +814,10 @@ */ public String[] getHeaderValues(String name) { -MimeHeaders headers = coyoteResponse.getMimeHeaders(); +Enumeration enum = coyoteResponse.getMimeHeaders().values(name); Vector result = new Vector(); -for (int i = 0; i headers.size(); i++) { -if (name.equals( headers.getName(i).toString() )) -result.addElement( headers.getValue(i).toString() ); +while (enum.hasMoreElements()) { +result.addElement(enum.nextElement()); } String[] resultArray = new String[result.size()]; result.copyInto(resultArray); -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk buildjk.xml configjk.xml
hgomez 2002/09/05 01:37:43 Removed: jk/xdocs/jk buildjk.xml configjk.xml Log: Remove build and config for apache, will be present in a same file, aphowto.xml PS: first time commiting from eclipse IDE... -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk neshowto.xml aphowto.xml iishowto.xml
hgomez 2002/09/05 01:38:50 Added: jk/xdocs/jk neshowto.xml aphowto.xml iishowto.xml Log: Reworked documents for Apache, IIS, NES Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/jk/neshowto.xml Index: neshowto.xml === ?xml version=1.0 encoding=ISO-8859-1 ? document properties titleNetscape/iPlanet HowTo/title author email=[EMAIL PROTECTED]Henri Gomez/author author email=[EMAIL PROTECTED]Gal Shachor/author /properties section name=Introduction p This document explains how to set up Netscape web servers to cooperate with Tomcat. /p p Normally the Netscape web servers come with their own Servlet engine, but you can also configure them to send servlet and JSP requests to Tomcat using the Tomcat redirector plugin. /p subsection name=Document Conventions and Assumptions p ${tomcat_home} is the root directory of tomcat. Your Tomcat installation should have the following subdirectories: ul li ${tomcat_home}\conf - Where you can place various configuration files /li li ${tomcat_home}\webapps - Containing example applications /li li ${tomcat_home}\bin - Where you place web server plugins /li /ul /p p In all the examples in this document ${tomcat_home} will be bc:\jakarta-tomcat/b. A worker is defined to be a tomcat process that accepts work from the IIS server. /p /subsection subsection name=Supported Configuration p The Netscape-Tomcat redirector was developed and tested on: ul li WinNT4.0-i386 SP4/SP5/SP6a (should be able to work with other service packs) and some Unixes /li li Netscape Enterprise 3.0 and 3.61 /li li Tomcat 3.2.x, 3.3.x, Tomcat 4.0.x, Tomcat 4.1.x and Tomcat 5 /li /ul /p p The redirector uses bajp12/b and bajp13/b to send requests to the Tomcat containers. There is also an option to use Tomcat in process, more about the in-process mode can be found in the in process howto. /p /subsection subsection name=Who support ajp protocols ? p The ajp12 protocol is only available in Tomcat 3.2.x and 3.3.x. /p p The bajp12/b has been bdeprecated/b with Tomcat 3.3.x and you should use instead bajp13/b which is the only ajp protocol known by Tomcat 4.0.x, 4.1.x and 5. /p p Of course Tomcat 3.2.x and 3.3.x also support ajp13 protocol. /p p Others servlet engines such as bjetty/b have support for ajp13 protocol /p /subsection subsection name=How does it work ? p ol li The Netscape-Tomcat redirector is an Netscape service step plugin, Netscape load the redirector plugin and calls its service handler function for request that are assigned to the servlet configuration object. /li li For each in-coming request Netscape will execute the set of NameTrans directives that we added to obj.conf, the assign-name function will check if it's from parameter matches the request URL. /li li If a match is found, assign-name will assign the servlet object name to the request. This will cause Netscape to send the request to the servlet configuration object. /li li Netscape will execute our jk_service extension. The extension collects the request parameters and forwards them to the appropriate worker using the ajp13 protocol (the worker=defworker parameter in jk_service inform it that the worker for this request is named bdefworker/b). the workers properties files, bworkers.properties/b, will indicate that defworker use ajp13 protocol. /li li The extension collects the response from the worker and returns it to the browser. /li /ol /p /subsection /section section name=Installation p A pre-built version of the Netscape redirector, nsapi_redirect.dll, may be available under the win32/i386 directory of jakarta-tomcat-connectors distribution. For those using Netscape as your browser, try downloading a zip version of the file, if available. There can be problems using Netscape to download DLL files. You can also build a copy locally from the source present in jakarta-tomcat-connectors distribution. The Tomcat redirector requires two entities: ul li nsapi_redirect.dll - The Netscape server plugin, either obtain a pre-built DLL or build it yourself (see the build section). /li li workers.properties - 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 The installation includes the following parts: ul li Configuring the NSAPI redirector with a default /examples context and checking that you can serve servlets with Netscape. /li li Adding more contexts to the configuration. /li /ul /p /section section name=Configuring the NSAPI Redirector p In
cvs commit: jakarta-tomcat-connectors/jk/xdocs menu.idx style.xsl.in style.css.in index.xml
hgomez 2002/09/05 01:39:26 Modified:jk/xdocs menu.idx style.xsl.in style.css.in index.xml Log: Update to new jk docs layout, colors and entries Revision ChangesPath 1.5 +3 -1 jakarta-tomcat-connectors/jk/xdocs/menu.idx Index: menu.idx === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/menu.idx,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- menu.idx 2 Sep 2002 10:53:36 - 1.4 +++ menu.idx 5 Sep 2002 08:39:26 - 1.5 @@ -4,7 +4,9 @@ document href=index.xml/ document href=common/AJPv13.xml/ document href=common/AJPv14-proposal.xml/ - document href=jk/buildjk.xml/ + document href=jk/aphowto.xml/ + document href=jk/iishowto.xml/ + document href=jk/neshowto.xml/ document href=jk/configjk.xml/ document href=jk2/configtc.xml/ document href=jk2/configweb.xml/ 1.7 +13 -9 jakarta-tomcat-connectors/jk/xdocs/style.xsl.in Index: style.xsl.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.xsl.in,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- style.xsl.in 2 Sep 2002 10:55:30 - 1.6 +++ style.xsl.in 5 Sep 2002 08:39:26 - 1.7 @@ -95,7 +95,7 @@ img src={$images}/jakarta.gif border=0 width=270 height=75 align=left/ /td td align=right -img src={$images}/mod_jk.jpeg border=0 width=400 height=75 align=right/ +img src={$images}/mod_jk.jpeg border=0 align=right/ /td /tr /table @@ -249,7 +249,7 @@ /tr /table /a -xsl:apply-templates select=subsection|p|ul|img|screen|screendos|screen5250|todo/ +xsl:apply-templates select=subsection|p|ul|ol|img|screen|screendos|screen5250|todo/ br/ /xsl:template @@ -267,7 +267,7 @@ /tr /table /a -xsl:apply-templates select=subsection|p|ul|img|screen|screendos|screen5250|todo/ +xsl:apply-templates select=subsection|p|ul|ol|img|screen|screendos|screen5250|todo/ br/ /xsl:template @@ -282,7 +282,7 @@ /xsl:template xsl:template match=p -p class=sectionxsl:apply-templates select=author|code|source|screen|screendos|screen5250|table|ul|br|b|a|text()//p +p class=sectionxsl:apply-templates select=author|code|source|screen|screendos|screen5250|table|ul|ol|br|b|a|text()//p /xsl:template xsl:template match=b @@ -303,11 +303,15 @@ /xsl:template xsl:template match=ul -ulxsl:apply-templates select=li//ul +ulxsl:apply-templates select=li|ul|ol//ul + /xsl:template + + xsl:template match=ol +olxsl:apply-templates select=li|ul|ol//ol /xsl:template xsl:template match=li -lixsl:apply-templates select=br|b|a|text()//li +lixsl:apply-templates select=br|b|a|ul|ol|text()//li /xsl:template !-- JFC added -- @@ -438,7 +442,7 @@ /xsl:template xsl:template match=read -code +code class=screen nobr xsl:apply-templates select=text()|enter/ /nobr @@ -463,7 +467,7 @@ /xsl:template xsl:template match=readdos -code +code class=screendos nobr xsl:apply-templates select=text()|enterdos/ /nobr @@ -521,7 +525,7 @@ /xsl:template xsl:template match=read5250 -code +code class=screen5250 nobr xsl:apply-templates select=text()|enter5250/ /nobr 1.5 +27 -0 jakarta-tomcat-connectors/jk/xdocs/style.css.in Index: style.css.in === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/xdocs/style.css.in,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- style.css.in 2 Sep 2002 16:02:10 - 1.4 +++ style.css.in 5 Sep 2002 08:39:26 - 1.5 @@ -147,6 +147,15 @@ text-align: left; } +code.screen { + background-color: #cc; + border-style: none; + color: #00; + margin-left: 10px; + margin-right: 0px; + text-align: left; +} + p.screendos { background-color: #00; border-style: none; @@ -156,7 +165,25 @@ text-align: left; } +code.screendos { + background-color: #00; + border-style: none; + color: #c0c0c0; + margin-left: 10px; + margin-right: 0px; + text-align: left; +} + p.screen5250 { + background-color: #00; + border-style: none; + color: #00ff00; + margin-left: 10px; + margin-right: 0px; + text-align: left; +} +
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt
remm2002/09/05 02:00:11 Modified:.RELEASE-NOTES-4.1.txt Log: - Update release notes. - Mention the admin webapp as beta (instead of alpha). I personally think it's good/polished enough to be called a beta. Glenn ? Revision ChangesPath 1.18 +54 -1 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- RELEASE-NOTES-4.1.txt 29 Aug 2002 09:15:38 - 1.17 +++ RELEASE-NOTES-4.1.txt 5 Sep 2002 09:00:11 - 1.18 @@ -554,6 +554,10 @@ * JAVAC leaking memory * Linux and Sun JDK 1.2.x - 1.3.x * Enabling SSI and CGI Support +* Security manager URLs +* Using Jasper 1 with Tomcat 4.1 +* Administrartion web application +* Symlinking static resources - @@ -691,4 +695,53 @@ line 165 and 213, as well as the associated servlet mappings line 265 and 274. Alternately, these servlet declarations and mappings can be added to your web application deployment descriptor. + + +- +Security manager URLs: +- + +The URLs to be used in the policy file to grant permissions to JARs located +inside the web application repositories have changed in Tomcat 4.1. + +In Tomcat 4.0, codeBase URL were: +jar:file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar!/- + +In Tomcat 4.1, they should be: +file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar + + +-- +Using Jasper 1 with Tomcat 4.1: +-- + +It is possible to use Jasper 1 (included in Tomcat 4.0.x) with Tomcat 4.1, as +it has the same API and supports the same JSP API. + +To use Jasper 1 instead of Jasper 2, copy the two following JARs to +$CATALINA_HOME/common/lib, overwriting the two which are already present: +* $TOMCAT40_HOME/lib/jasper-runtime.jar +* $TOMCAT40_HOME/lib/jasper-compiler.jar + + +--- +Administrartion web application: +--- + +The administration web application should currently be considered beta quality +code, but is supported as an official component of Tomcat 4.1. + +A finalized version will be delivered in an upcoming Tomcat 4.1 release. + + +--- +Symlinking static resources: +--- + +Unix symlinks will not work when used in a web application to link resources +located outside the web application root directory. + +This behavior will be made optional in an upcoming version of Tomcat 4.1, but +will be the default one. + -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/images mod_jk.jpeg
hgomez 2002/09/05 02:24:43 Modified:jk/xdocs/images mod_jk.jpeg Log: New logo, candidate #1 for mod_jk logo ? Revision ChangesPath 1.2 +20 -20jakarta-tomcat-connectors/jk/xdocs/images/mod_jk.jpeg Binary file -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-connectors/jk/xdocs/images mod_jk.jpeg
[EMAIL PROTECTED] wrote: hgomez 2002/09/05 02:24:43 I'm still working on jk documentation for jk 1.2.0 release. I switched to this logo (the surfing cat with text), but we could get another one when we'll see the poll results -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt
remm2002/09/05 02:32:34 Modified:.RELEASE-NOTES-4.1.txt Log: - Encourage users to use Jasper 2. Revision ChangesPath 1.19 +7 -3 jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt Index: RELEASE-NOTES-4.1.txt === RCS file: /home/cvs/jakarta-tomcat-4.0/RELEASE-NOTES-4.1.txt,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- RELEASE-NOTES-4.1.txt 5 Sep 2002 09:00:11 - 1.18 +++ RELEASE-NOTES-4.1.txt 5 Sep 2002 09:32:33 - 1.19 @@ -704,7 +704,8 @@ The URLs to be used in the policy file to grant permissions to JARs located inside the web application repositories have changed in Tomcat 4.1. -In Tomcat 4.0, codeBase URL were: +In Tomcat 4.0, codeBase URLs for JARs loaded from web application +repositories were: jar:file:${catalina.home}/webapps/examples/WEB-INF/lib/driver.jar!/- In Tomcat 4.1, they should be: @@ -719,9 +720,12 @@ it has the same API and supports the same JSP API. To use Jasper 1 instead of Jasper 2, copy the two following JARs to -$CATALINA_HOME/common/lib, overwriting the two which are already present: +$CATALINA_HOME/common/lib (overwriting the two existing JARs): * $TOMCAT40_HOME/lib/jasper-runtime.jar * $TOMCAT40_HOME/lib/jasper-compiler.jar + +However, users are urged to use the version of Jasper included with Tomcat 4.1 +(Jasper 2), as it has much higher performance and scalability than Jasper 1. --- -- 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
remm2002/09/05 02:39:16 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch Generator.java Log: - Force the convesion of the value to a string. - Note: I am not convinced this is a compliance issue (and it looks like bad design to pass an object or null); this just reverts back the old behavior. Revision ChangesPath No revision No revision 1.35.2.6 +4 -4 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.35.2.5 retrieving revision 1.35.2.6 diff -u -r1.35.2.5 -r1.35.2.6 --- Generator.java28 Aug 2002 20:47:57 - 1.35.2.5 +++ Generator.java5 Sep 2002 09:39:16 - 1.35.2.6 @@ -563,7 +563,7 @@ if (attr.isExpression()) { if (encode) { - return java.net.URLEncoder.encode( + v + ); + return java.net.URLEncoder.encode(\\ + + v + ); } return v; } else { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java
Thanks Remy, I was just looking at possible fixes. Bad design, maybe. I'll bear it in mind and review my usage. Regards, Richard... -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 10:39 To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java remm2002/09/05 02:39:16 Modified:jasper2/src/share/org/apache/jasper/compiler Tag: tomcat_4_branch Generator.java Log: - Force the convesion of the value to a string. - Note: I am not convinced this is a compliance issue (and it looks like bad design to pass an object or null); this just reverts back the old behavior. Revision ChangesPath No revision No revision 1.35.2.6 +4 -4 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.35.2.5 retrieving revision 1.35.2.6 diff -u -r1.35.2.5 -r1.35.2.6 --- Generator.java28 Aug 2002 20:47:57 - 1.35.2.5 +++ Generator.java5 Sep 2002 09:39:16 - 1.35.2.6 @@ -563,7 +563,7 @@ if (attr.isExpression()) { if (encode) { - return java.net.URLEncoder.encode( + v + ); + return java.net.URLEncoder.encode(\\ + + v + ); } return v; } else { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] This email with all information contained herein or attached hereto may contain confidential and/or privileged information intended for the addressee(s) only. If you have received this email in error, please contact the sender and immediately delete this email in its entirety and any attachments thereto. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader WebappClassLoader.java
remm2002/09/05 04:38:59 Modified:catalina/src/share/org/apache/catalina/loader WebappClassLoader.java Log: - Port patch. - Fix bug where external repositories were not used. Patch submitted by David Oxley dave at staffplanner.co.uk - getURL returned invalid URLs. Unfortunately, fixing this will break the security manager under Windows using the default policy file. The workaround is easy, as the entries should be modified from: grant codeBase file:${catalina.home}/server/webapps/admin/WEB-INF/lib/struts.jar to grant codeBasefile:/${catalina.home}/server/webapps/admin/WEB-INF/lib/struts.jar (note the extra '/') - It will be mentioned in the release notes. Revision ChangesPath 1.6 +9 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java Index: WebappClassLoader.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/loader/WebappClassLoader.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- WebappClassLoader.java24 Aug 2002 02:27:27 - 1.5 +++ WebappClassLoader.java5 Sep 2002 11:38:59 - 1.6 @@ -835,6 +835,10 @@ log( findClassInternal( + name + )); try { clazz = findClassInternal(name); +} catch(ClassNotFoundException cnfe) { +if (!hasExternalRepositories) { +throw cnfe; +} } catch(AccessControlException ace) { ace.printStackTrace(); throw new ClassNotFoundException(name); @@ -1923,7 +1927,7 @@ } catch (IOException e) { // Ignore } -return new URL(file: + realFile.getPath()); +return realFile.toURL(); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core ApplicationContext.java MappingRequest.java
remm2002/09/05 05:06:08 Modified:catalina/src/share/org/apache/catalina/core ApplicationContext.java MappingRequest.java Log: - Remove references to deprecated components. Revision ChangesPath 1.2 +4 -12 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java Index: ApplicationContext.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/ApplicationContext.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- ApplicationContext.java 18 Jul 2002 16:48:10 - 1.1 +++ ApplicationContext.java 5 Sep 2002 12:06:08 - 1.2 @@ -113,7 +113,6 @@ import org.apache.catalina.Logger; import org.apache.catalina.Response; import org.apache.catalina.Wrapper; -import org.apache.catalina.connector.HttpRequestBase; import org.apache.catalina.deploy.ApplicationParameter; import org.apache.catalina.util.Enumerator; import org.apache.catalina.util.ResourceSet; @@ -152,13 +151,6 @@ public Object run() { HttpRequest request = new MappingRequest (context.getPath(), contextPath + relativeURI, queryString); -/* -HttpRequestBase request = new HttpRequestBase(); -request.setContext(context); -request.setContextPath(context.getPath()); -request.setRequestURI(contextPath + relativeURI); -request.setQueryString(queryString); -*/ Wrapper wrapper = (Wrapper) context.map(request, true); if (wrapper == null) return (null); 1.2 +4 -5 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/MappingRequest.java Index: MappingRequest.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/core/MappingRequest.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- MappingRequest.java 18 Jul 2002 16:48:05 - 1.1 +++ MappingRequest.java 5 Sep 2002 12:06:08 - 1.2 @@ -113,7 +113,6 @@ import org.apache.catalina.Logger; import org.apache.catalina.Response; import org.apache.catalina.Wrapper; -import org.apache.catalina.connector.HttpRequestBase; import org.apache.catalina.deploy.ApplicationParameter; import org.apache.catalina.util.Enumerator; import org.apache.catalina.util.ResourceSet; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk/xdocs/jk domhowto.xml
hgomez 2002/09/05 05:51:26 Added: jk/xdocs/jk domhowto.xml Log: Domino/JK initial documentation Revision ChangesPath 1.1 jakarta-tomcat-connectors/jk/xdocs/jk/domhowto.xml Index: domhowto.xml === ?xml version=1.0 encoding=ISO-8859-1 ? document properties titleDomino HowTo/title author email=[EMAIL PROTECTED]Andy Armstrong/author author email=[EMAIL PROTECTED]Henri Gomez/author /properties section name=Introduction p This document explains how to set up Domino to cooperate with Tomcat. /p p Recent version of the Lotus Domino web server have had the ability to host Java servlets, but at the time of writing the Domino servlet container uses JDK 1.2.2 and it is not (apparently) possible to replace this with JDK 1.3. /p p That means if you want to use JAAS or any other API that is JDK 1.3 only in your servlets you're stuck. /p subsection name=Document Conventions and Assumptions p ${tomcat_home} is the root directory of tomcat. Your Tomcat installation should have the following subdirectories: ul li ${tomcat_home}\conf - Where you can place various configuration files /li li ${tomcat_home}\webapps - Containing example applications /li li ${tomcat_home}\bin - Where you place web server plugins /li /ul /p p In all the examples in this document ${tomcat_home} will be bc:\jakarta-tomcat/b. A worker is defined to be a tomcat process that accepts work from the IIS server. /p /subsection subsection name=Supported Configuration p The Domino Tomcat redirector was developed and tested on: ul li WinNT4.0-i386 SP6a (it should be able to work on other versions of the NT service pack.) and Win2K Professional /li li RedHat Linux 7 /li li Lotus Domino 5.0.6a /li li Tomcat 3.2.x, Tomcat 3.3.x, Tomcat 4.0.x, Tomcat 4.1.x and Tomcat 5 /li /ul /p p The redirector uses bajp12/b and bajp13/b to send requests to the Tomcat containers. It probably also works with Tomcat in process, but that hasn't been tested. /p /subsection subsection name=Who support ajp protocols ? p The ajp12 protocol is only available in Tomcat 3.2.x and 3.3.x. /p p The bajp12/b has been bdeprecated/b with Tomcat 3.3.x and you should use instead bajp13/b which is the only ajp protocol known by Tomcat 4.0.x, 4.1.x and 5. /p p Of course Tomcat 3.2.x and 3.3.x also support ajp13 protocol. /p p Others servlet engines such as bjetty/b have support for ajp13 protocol /p /subsection /section section name=Installation on Windows p The Tomcat redirector requires 3 entities: /p ul li tomcat_redirect.dll - The Domino plugin, either obtain a pre-built DLL or build it yourself (see the build section). /li li workers.properties - 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 li tomcat_redirector.reg - Registry entries /li /ul p We'll assume that tomcat redirector is placed in bc:\jk\lib\tomcat_redirector.dll/b, the properties file is inbc:\jk\conf/b and you created a log directory bc:\jk\logs/b /p p Copy the file btomcat_redirector.dll/b to the Domino program directory (this is the directory, which may be called something like bc:\Lotus\Domino/b, that contains a file called bnlnotes.exe/b). /p screendos notedosCopy redirector dll to Domino program directory/notedos typedoscopy c:\jk\lib\tomcat_redirector.dll c:\Lotus\Domino/typedos /screendos p Shortly we will tell Domino where to find this file, but before we do that we need to make some registry entries. The simplest way is to edit the supplied file btomcat_redirector.reg/b, which initially will look like this : /p screen readREGEDIT4/read read/ read[HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Jakarta Dsapi Redirector\1.0]/read readlog_file=c:\\jk\\logs\\domino.log/read readlog_level=debug/read readworker_file=c:\\jk\\conf\\workers.properties/read readworker_mount_file=c:\\jk\\conf\\uriworkermap.properties/read readtomcat_start=c:\\jakarta-tomcat\\bin\\tomcat.bat start/read readtomcat_stop=c:\\jakarta-tomcat\\bin\\tomcat.bat stop/read /screen p Edit this file to reflect the location where Tomcat has been installed, i.e. replace the instances of bc:\\jakarta-tomcat/b and bc:\\jk/b with the appropriate path remembering to bretain the double backslashes/b. /p p Once you've made the necessary changes save this file and double click on it to enter it into the registry. /p p Note that the files referred to by the worker_file and worker_mount_file keys need to exist and contain sane values. Default Tomcat installations will
jk doc works in progress
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]
DO NOT REPLY [Bug 12286] - NullPointerException in JDBCStore (fix included)
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=12286. 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=12286 NullPointerException in JDBCStore (fix included) [EMAIL PROTECTED] changed: What|Removed |Added Summary|NullPointerException in |NullPointerException in |JDBCStore |JDBCStore (fix included) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[GUMP] adapt jasper-*.jar locations to new layout(?)
Hi, jasper seems to have moved from dist/shared to dist/common recently, this makes Gump suspect that Tomcat-4 is not building completely. The patch below makes Gump find Jasper again. Stefan Index: gump.xml === RCS file: /home/cvspublic/jakarta-tomcat-4.0/gump.xml,v retrieving revision 1.12 diff -u -r1.12 gump.xml --- gump.xml13 Aug 2002 12:28:42 - 1.12 +++ gump.xml5 Sep 2002 13:32:57 - @@ -109,8 +109,8 @@ jar name=common/lib/naming-common.jar/ jar name=common/lib/naming-resources.jar/ -jar name=shared/lib/jasper-compiler.jar id=jasper-compiler/ -jar name=shared/lib/jasper-runtime.jar id=jasper-runtime/ +jar name=common/lib/jasper-compiler.jar id=jasper-compiler/ +jar name=common/lib/jasper-runtime.jar id=jasper-runtime/ javadoc nested=dist/webapps/tomcat-docs description dir=catalina/docs/apiCatalina API/description -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12322] - Port *.8080 in LISTEN state after tomcat shutdown
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=12322. 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=12322 Port *.8080 in LISTEN state after tomcat shutdown --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 13:39 --- Solaris is probably being picky about standards conformance; there is something in the TCP RFC requiring that sockets not be rebound for 2 * wait time. I don't observe this problem on other UNIXes (OpenBSD) either. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0 gump.xml
remm2002/09/05 06:39:47 Modified:.gump.xml Log: - Jasper is in common/lib - Patch submitted by Stefan Bodewig Revision ChangesPath 1.13 +2 -2 jakarta-tomcat-4.0/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-4.0/gump.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- gump.xml 13 Aug 2002 12:28:42 - 1.12 +++ gump.xml 5 Sep 2002 13:39:47 - 1.13 @@ -109,8 +109,8 @@ jar name=common/lib/naming-common.jar/ jar name=common/lib/naming-resources.jar/ -jar name=shared/lib/jasper-compiler.jar id=jasper-compiler/ -jar name=shared/lib/jasper-runtime.jar id=jasper-runtime/ +jar name=common/lib/jasper-compiler.jar id=jasper-compiler/ +jar name=common/lib/jasper-runtime.jar id=jasper-runtime/ javadoc nested=dist/webapps/tomcat-docs description dir=catalina/docs/apiCatalina API/description -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0 gump.xml
Thanks Stefan -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina gump.xml
bobh2002/09/05 06:46:12 Added: .gump.xml Log: - initial entry Revision ChangesPath 1.1 jakarta-tomcat-catalina/gump.xml Index: gump.xml === module name=jakarta-tomcat-catalina url href=http://jakarta.apache.org/tomcat/index.html/ description Servlet 2.4 Reference Implementation /description cvs repository=jakarta/ project name=jakarta-tomcat-catalina packageorg.apache.catalina/package ant target=deploy property name=ant.home reference=home project=jakarta-ant/ property name=jsse.home reference=home project=jsse/ property name=jmx.home reference=home project=jmx/ property name=jmxtools.jar reference=jarpath project=jmx id=jmxtools/ property name=jndi.home reference=home project=jndi/ property name=site2.home reference=home project=jakarta-site2/ property name=regexp.home reference=home project=jakarta-regexp/ property name=regexp.jar reference=jarpath id=regexp project=jakarta-regexp/ property name=mail.home reference=home project=javamail/ property name=tomcat-coyote.home reference=home project=jakarta-tomcat-coyote/ property name=jasper.home reference=home project=jakarta-tomcat-jasper_tc5/ depend property=mail.jar project=javamail/ property name=activation.home reference=home project=jaf/ depend property=activation.jar project=jaf/ depend property=jdbc20ext.jar project=jdbc/ depend property=jndi.jar project=jndi/ depend property=jaas.jar project=jaas/ depend property=jmx.jar project=jmx reference=jarpath id=jmxri/ depend property=jta.jar project=jta/ depend property=ldap.jar project=ldap/ depend property=servlet-api.jar project=jakarta-servletapi-5-servlet/ depend property=jsp-api.jar project=jakarta-servletapi-5-jsp/ depend property=xerces.jar project=xml-xerces id=parser/ depend property=tomcat-util.jar project=jakarta-tomcat-util/ depend property=commons-beanutils.jar project=commons-beanutils runtime=true/ depend property=commons-collections.jar project=commons-collections runtime=true/ depend property=commons-digester.jar project=commons-digester runtime=true/ depend property=commons-modeler.jar project=commons-modeler/ depend property=commons-dbcp.jar project=commons-dbcp/ depend property=commons-pool.jar project=commons-pool/ depend property=commons-logging.jar project=commons-logging runtime=true id=all/ depend property=commons-logging-api.jar project=commons-logging runtime=true id=api/ /ant depend project=jakarta-ant/ depend project=xml-xerces/ depend project=jaf/ depend project=javamail/ depend project=jmx/ depend project=jsse runtime=true/ depend project=xml-xalan2/ option project=jakarta-avalon/ option project=jakarta-avalon-phoenix/ depend project=jakarta-tomcat-coyote/ depend project=jakarta-tomcat-util runtime=true/ depend project=jakarta-servletapi-5-servlet/ depend project=jakarta-servletapi-5-jsp/ depend project=jakarta-regexp/ option project=junit / work nested=catalina/build/server/classes/ home nested=build/ jar name=bin/bootstrap.jar/ jar name=server/lib/catalina.jar/ jar name=server/lib/servlets-common.jar/ jar name=server/lib/servlets-default.jar/ jar name=server/lib/servlets-invoker.jar/ jar name=common/lib/naming-common.jar/ jar name=common/lib/naming-resources.jar/ jar name=shared/lib/jasper-compiler.jar id=jasper-compiler/ jar name=shared/lib/jasper-runtime.jar id=jasper-runtime/ javadoc nested=dist/webapps/tomcat-docs description dir=catalina/docs/apiCatalina API/description description dir=jasper/docs/apiJasper API/description /javadoc nag to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] / /project /module -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 gump.xml
remm2002/09/05 06:46:36 Modified:.gump.xml Log: - Port patch. Revision ChangesPath 1.4 +2 -2 jakarta-tomcat-5/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-5/gump.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- gump.xml 3 Sep 2002 16:07:54 - 1.3 +++ gump.xml 5 Sep 2002 13:46:36 - 1.4 @@ -82,8 +82,8 @@ jar name=common/lib/naming-common.jar/ jar name=common/lib/naming-resources.jar/ -jar name=shared/lib/jasper-compiler.jar id=jasper-compiler/ -jar name=shared/lib/jasper-runtime.jar id=jasper-runtime/ +jar name=common/lib/jasper-compiler.jar id=jasper-compiler/ +jar name=common/lib/jasper-runtime.jar id=jasper-runtime/ javadoc nested=dist/webapps/tomcat-docs description dir=catalina/docs/apiCatalina API/description -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/jk build.xml
hgomez 2002/09/05 08:08:36 Modified:jk build.xml Log: Do not copy xdocs stuffs present also in subdirs Revision ChangesPath 1.51 +6 -6 jakarta-tomcat-connectors/jk/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-tomcat-connectors/jk/build.xml,v retrieving revision 1.50 retrieving revision 1.51 diff -u -r1.50 -r1.51 --- build.xml 2 Sep 2002 10:58:22 - 1.50 +++ build.xml 5 Sep 2002 15:08:36 - 1.51 @@ -412,12 +412,12 @@ copy todir=${build.docs} fileset dir=${source.docs} -exclude name=**.xml/ -exclude name=**.css.in/ -exclude name=**.xsl.in/ -exclude name=**.samples/ -exclude name=**.xsl/ -exclude name=**.idx/ +exclude name=**/*.xml/ +exclude name=**/*.css.in/ +exclude name=**/*.xsl.in/ +exclude name=**/*.samples/ +exclude name=**/*.xsl/ +exclude name=**/*.idx/ exclude name=**/images/originals/**/ /fileset /copy -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[TC 4.0] How can I obtain the state of the tomcat server?
I am developing a Java application that is designed to start up a Tomcat server and a web browser. I don't want the web browser to start up until the Tomcat server is running, but I don't want to put in an arbitrary sleep time between starting the server and starting the web browser. Is there a way that I can query the state of the server process? OS : Windows 2000 Professional JDK/JRE : 1.4.0_01 Tomcat : 4.0 Thanks for your time, Terry -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [TC 4.0] How can I obtain the state of the tomcat server?
Hi, The state of the server process can be many things. It can be the server process is alive, it can be that the host/port respond to requests, and it can be that your app is actually available for work. All of these can be checked in various ways. Which one were you interested in? What would be your ideal solution? One idea is, if you have any startup servlets or context listeners, have them write our a file in a specific location or a message to some log. Then have the process that starts the web browser poll, checking for the existence of this file or this message in the log. Another one is to use a 3rd tool, e.g. a JMS server, where you could send a message from your server to a queue, and have your java app wait for that message before starting the browser... You get my drift: there are many many ways to do this ;) Were you looking for an internal tomcat feature? Yoav Shapira Millennium ChemInformatics -Original Message- From: Evans, Terry G [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:01 AM To: '[EMAIL PROTECTED]' Subject: [TC 4.0] How can I obtain the state of the tomcat server? I am developing a Java application that is designed to start up a Tomcat server and a web browser. I don't want the web browser to start up until the Tomcat server is running, but I don't want to put in an arbitrary sleep time between starting the server and starting the web browser. Is there a way that I can query the state of the server process? OS : Windows 2000 Professional JDK/JRE : 1.4.0_01 Tomcat : 4.0 Thanks for your time, Terry -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] This e-mail, including any attachments, is a confidential business communication, and may contain information that is confidential, proprietary and/or privileged. This e-mail is intended only for the individual(s) to whom it is addressed, and may not be saved, copied, printed, disclosed or used by anyone else. If you are not the(an) intended recipient, please immediately delete this e-mail from your computer system and notify the sender. Thank you. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12335] New: - 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 Summary: Problem with Bug 4352 also exists with the JNDIRealm Product: Tomcat 4 Version: 4.1.9 Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] As reported in Bug 4352 the getPrincipal method always returns null for the JDBCRealm. This method (getPrinicipal()) is used by the RealmBase class when it authenticates using the X509Certificate authenticate method. The fix would be to do something similar to what mod_authz does and look up the DN (which is passed to the getPrincipal() method) to look up the user in the LDAP store and then verify that the account has not expired. This would map the remote user, I believe it will also allow the roles methods to work. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina gump.xml
bobh2002/09/05 08:53:52 Modified:.gump.xml Log: - try to get some of the directories fixed - remove references to jasper and other unavailable files Revision ChangesPath 1.2 +1 -9 jakarta-tomcat-catalina/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-catalina/gump.xml,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- gump.xml 5 Sep 2002 13:46:12 - 1.1 +++ gump.xml 5 Sep 2002 15:53:52 - 1.2 @@ -71,8 +71,8 @@ depend project=jakarta-servletapi-5-jsp/ depend project=jakarta-regexp/ option project=junit / -work nested=catalina/build/server/classes/ +work nested=build/server/classes/ home nested=build/ jar name=bin/bootstrap.jar/ jar name=server/lib/catalina.jar/ @@ -81,14 +81,6 @@ jar name=server/lib/servlets-invoker.jar/ jar name=common/lib/naming-common.jar/ jar name=common/lib/naming-resources.jar/ - -jar name=shared/lib/jasper-compiler.jar id=jasper-compiler/ -jar name=shared/lib/jasper-runtime.jar id=jasper-runtime/ - -javadoc nested=dist/webapps/tomcat-docs - description dir=catalina/docs/apiCatalina API/description - description dir=jasper/docs/apiJasper API/description -/javadoc nag to=[EMAIL PROTECTED] from=[EMAIL PROTECTED] / -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [TC 4.0] How can I obtain the state of the tomcat server?
I need to know when the server is available for work. Our product does not use startup servlets nor context listeners. We display simple HTML documents on a browser once the Tomcat server has started. My ideal solution would be that my Java application would fire off the Tomcat server (we're using Runtime.getRuntime().exec() calls to start Tomcat and IE) and then would either check the status of the server or receive a callback from the server that it is ready, then my Java application would proceed with starting up the browser. I was hoping to use an internal tomcat feature to implement this. I've looked at CatalinaManager and CatalinaService, but I'm not certain of exactly what they are and what they could do for my situation. Thanks, Terry -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:22 AM To: Tomcat Developers List Subject: RE: [TC 4.0] How can I obtain the state of the tomcat server? Hi, The state of the server process can be many things. It can be the server process is alive, it can be that the host/port respond to requests, and it can be that your app is actually available for work. All of these can be checked in various ways. Which one were you interested in? What would be your ideal solution? One idea is, if you have any startup servlets or context listeners, have them write our a file in a specific location or a message to some log. Then have the process that starts the web browser poll, checking for the existence of this file or this message in the log. Another one is to use a 3rd tool, e.g. a JMS server, where you could send a message from your server to a queue, and have your java app wait for that message before starting the browser... You get my drift: there are many many ways to do this ;) Were you looking for an internal tomcat feature? Yoav Shapira Millennium ChemInformatics -Original Message- From: Evans, Terry G [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:01 AM To: '[EMAIL PROTECTED]' Subject: [TC 4.0] How can I obtain the state of the tomcat server? I am developing a Java application that is designed to start up a Tomcat server and a web browser. I don't want the web browser to start up until the Tomcat server is running, but I don't want to put in an arbitrary sleep time between starting the server and starting the web browser. Is there a way that I can query the state of the server process? OS : Windows 2000 Professional JDK/JRE : 1.4.0_01 Tomcat : 4.0 Thanks for your time, Terry -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java
+ return java.net.URLEncoder.encode(\\ + + v + ); I know I'm being pedantic, but it's a small pet peeve of mine. :) How about: return java.net.URLEncoder.encode( String.valueOf(v) ); Should do the same thing without all the behind-the-scenes StringBuffer stuff. -Paul Speed [EMAIL PROTECTED] wrote: remm2002/09/05 04:27:20 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Force the convesion of the value to a string. - Note: I am not convinced this is a compliance issue (and it looks like bad design to pass an object or null); this just reverts back the old behavior. Revision ChangesPath 1.90 +4 -4 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.89 retrieving revision 1.90 diff -u -r1.89 -r1.90 --- Generator.java4 Sep 2002 23:45:29 - 1.89 +++ Generator.java5 Sep 2002 11:27:19 - 1.90 @@ -749,7 +749,7 @@ _jspx_fnmap ); } if (encode) { - return java.net.URLEncoder.encode( + v + ); + return java.net.URLEncoder.encode(\\ + + v + ); } return v; } else if( attr.isNamedAttribute() ) { -- 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: [TC 4.0] How can I obtain the state of the tomcat server?
how about checking a url of the server unitl it gives a 200 response code?? Stefanos Evans, Terry G wrote: I need to know when the server is available for work. Our product does not use startup servlets nor context listeners. We display simple HTML documents on a browser once the Tomcat server has started. My ideal solution would be that my Java application would fire off the Tomcat server (we're using Runtime.getRuntime().exec() calls to start Tomcat and IE) and then would either check the status of the server or receive a callback from the server that it is ready, then my Java application would proceed with starting up the browser. I was hoping to use an internal tomcat feature to implement this. I've looked at CatalinaManager and CatalinaService, but I'm not certain of exactly what they are and what they could do for my situation. Thanks, Terry -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:22 AM To: Tomcat Developers List Subject: RE: [TC 4.0] How can I obtain the state of the tomcat server? Hi, The state of the server process can be many things. It can be the server process is alive, it can be that the host/port respond to requests, and it can be that your app is actually available for work. All of these can be checked in various ways. Which one were you interested in? What would be your ideal solution? One idea is, if you have any startup servlets or context listeners, have them write our a file in a specific location or a message to some log. Then have the process that starts the web browser poll, checking for the existence of this file or this message in the log. Another one is to use a 3rd tool, e.g. a JMS server, where you could send a message from your server to a queue, and have your java app wait for that message before starting the browser... You get my drift: there are many many ways to do this ;) Were you looking for an internal tomcat feature? Yoav Shapira Millennium ChemInformatics -Original Message- From: Evans, Terry G [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:01 AM To: '[EMAIL PROTECTED]' Subject: [TC 4.0] How can I obtain the state of the tomcat server? I am developing a Java application that is designed to start up a Tomcat server and a web browser. I don't want the web browser to start up until the Tomcat server is running, but I don't want to put in an arbitrary sleep time between starting the server and starting the web browser. Is there a way that I can query the state of the server process? OS : Windows 2000 Professional JDK/JRE : 1.4.0_01 Tomcat : 4.0 Thanks for your time, Terry -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: [TC 4.0] How can I obtain the state of the tomcat server?
You can write a javax.servlet.ServletContextListener which sends a callback of some sort to your application code. If you specify your implementation in the web.xml of a web application like so: listener listener-classcom.foo.MyListener/listener-class /listener then tomcat will call the contextInitialized method of this class as soon as the context is ready to process requests. Sean Sean Reilly Programmer, Point2 Technologies, Inc. (306) 955-1855 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -Original Message- From: Stefanos Karasavvidis [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 10:55 AM To: Tomcat Developers List Subject: Re: [TC 4.0] How can I obtain the state of the tomcat server? how about checking a url of the server unitl it gives a 200 response code?? Stefanos Evans, Terry G wrote: I need to know when the server is available for work. Our product does not use startup servlets nor context listeners. We display simple HTML documents on a browser once the Tomcat server has started. My ideal solution would be that my Java application would fire off the Tomcat server (we're using Runtime.getRuntime().exec() calls to start Tomcat and IE) and then would either check the status of the server or receive a callback from the server that it is ready, then my Java application would proceed with starting up the browser. I was hoping to use an internal tomcat feature to implement this. I've looked at CatalinaManager and CatalinaService, but I'm not certain of exactly what they are and what they could do for my situation. Thanks, Terry -Original Message- From: Shapira, Yoav [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:22 AM To: Tomcat Developers List Subject: RE: [TC 4.0] How can I obtain the state of the tomcat server? Hi, The state of the server process can be many things. It can be the server process is alive, it can be that the host/port respond to requests, and it can be that your app is actually available for work. All of these can be checked in various ways. Which one were you interested in? What would be your ideal solution? One idea is, if you have any startup servlets or context listeners, have them write our a file in a specific location or a message to some log. Then have the process that starts the web browser poll, checking for the existence of this file or this message in the log. Another one is to use a 3rd tool, e.g. a JMS server, where you could send a message from your server to a queue, and have your java app wait for that message before starting the browser... You get my drift: there are many many ways to do this ;) Were you looking for an internal tomcat feature? Yoav Shapira Millennium ChemInformatics -Original Message- From: Evans, Terry G [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 11:01 AM To: '[EMAIL PROTECTED]' Subject: [TC 4.0] How can I obtain the state of the tomcat server? I am developing a Java application that is designed to start up a Tomcat server and a web browser. I don't want the web browser to start up until the Tomcat server is running, but I don't want to put in an arbitrary sleep time between starting the server and starting the web browser. Is there a way that I can query the state of the server process? OS : Windows 2000 Professional JDK/JRE : 1.4.0_01 Tomcat : 4.0 Thanks for your time, Terry -- To unsubscribe, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] For additional commands, e-mail: mailto:tomcat-dev- [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext TagAdapter.java
kinman 2002/09/05 10:28:13 Modified:jsr152/src/share/javax/servlet/jsp/tagext TagAdapter.java Log: - Patch by Jan Luehe Fix getParent(), to avoid IllegalArgumentException when wrapping null parent in TagAdapter. Revision ChangesPath 1.4 +22 -16 jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/TagAdapter.java Index: TagAdapter.java === RCS file: /home/cvs/jakarta-servletapi-5/jsr152/src/share/javax/servlet/jsp/tagext/TagAdapter.java,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- TagAdapter.java 21 Aug 2002 22:05:34 - 1.3 +++ TagAdapter.java 5 Sep 2002 17:28:13 - 1.4 @@ -79,8 +79,11 @@ private SimpleTag simpleTagAdaptee; /** The parent, of this tag, converted (if necessary) to be of type Tag */ -private Tag cachedParent; - +private Tag parent; + +// Flag indicating whether we have already determined the parent +private boolean parentDetermined; + /** * Creates a new TagAdapter that wraps the given SimpleTag and * returns the parent tag when getParent() is called. @@ -121,26 +124,30 @@ /** - * Returns the value passed to setParent(). - * This will either be the enclosing Tag (if parent implements Tag), - * or an adapter to the enclosing Tag (if parent does - * not implement Tag). + * Returns the parent of this tag, which is always + * getAdaptee().getParent(). + * + * This will either be the enclosing Tag (if getAdaptee().getParent() + * implements Tag), or an adapter to the enclosing Tag (if + * getAdaptee().getParent() does not implement Tag). * * @return The parent of the tag being adapted. */ public Tag getParent() { - if( this.cachedParent == null ) { - JspTag parent = simpleTagAdaptee.getParent(); - if( parent instanceof Tag ) { - this.cachedParent = (Tag)parent; - } - else { -// Must be SimpleTag - no other types defined. - this.cachedParent = new TagAdapter( (SimpleTag)parent ); + if (!parentDetermined) { + JspTag adapteeParent = simpleTagAdaptee.getParent(); + if (adapteeParent != null) { + if (adapteeParent instanceof Tag) { + this.parent = (Tag) adapteeParent; + } else { + // Must be SimpleTag - no other types defined. + this.parent = new TagAdapter((SimpleTag) adapteeParent); + } } + parentDetermined = true; } - return this.cachedParent; + return this.parent; } /** @@ -187,5 +194,4 @@ throw new UnsupportedOperationException( Illegal to invoke release() on TagAdapter wrapper ); } - } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12341] New: - JAASRealm could not load LoginModule
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=12341. 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=12341 JAASRealm could not load LoginModule Summary: JAASRealm could not load LoginModule 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] The JAAS Relam creates a LoginContext which in turn instantiates the LoginModule implementation specified in the config file. The LoginContext could not load the LoginModule class. LoginContext tries to load the class using system classloader. The problem does not arise in jdk 1.4 as LoginContext has been changed to load using class.forname(). How can I get around this as I have to use this with jdk 1.3? I changed classpaths and tried everything I could. Please help. Thanks, sathiya -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-5 gump.xml
bobh2002/09/05 11:22:21 Modified:.gump.xml Log: - depend on jakarta_tomcat_jasper_tc5, not ...tc4 Revision ChangesPath 1.5 +1 -1 jakarta-tomcat-5/gump.xml Index: gump.xml === RCS file: /home/cvs/jakarta-tomcat-5/gump.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- gump.xml 5 Sep 2002 13:46:36 - 1.4 +++ gump.xml 5 Sep 2002 18:22:21 - 1.5 @@ -26,7 +26,7 @@ property name=tomcat-coyote.home reference=home project=jakarta-tomcat-coyote/ property name=jasper.home reference=home -project=jakarta-tomcat-jasper_tc4/ +project=jakarta-tomcat-jasper_tc5/ depend property=mail.jar project=javamail/ property name=activation.home reference=home project=jaf/ depend property=activation.jar project=jaf/ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12321] - StackOverflow Exception when a tag defined by a tag file is called within a tag file
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=12321. 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=12321 StackOverflow Exception when a tag defined by a tag file is called within a tag file [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 18:34 --- Fixed. -- 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 ImplicitTagLibraryInfo.java
luehe 2002/09/05 12:05:23 Modified:jasper2/src/share/org/apache/jasper/compiler ImplicitTagLibraryInfo.java Log: Fixed 12321: StackOverflow Exception when a tag defined by a tag file is called within a tag file Fix includes optimization so that only those tag files that are being referenced from the page (via custom actions) are parsed, instead of parsing any tag file located at the path specified by the 'tagdir' attribute of the taglib directive. Revision ChangesPath 1.8 +46 -10 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.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- ImplicitTagLibraryInfo.java 20 Aug 2002 15:50:22 - 1.7 +++ ImplicitTagLibraryInfo.java 5 Sep 2002 19:05:23 - 1.8 @@ -82,6 +82,12 @@ private static final String TLIB_VERSION = 1.0; private static final String JSP_VERSION = 2.0; +// Maps tag names to tag file paths +private Hashtable tagFileMap; + +private ParserController pc; +private Vector vec; + /** * Constructor. */ @@ -91,7 +97,10 @@ String tagdir, ErrorDispatcher err) throws JasperException { super(prefix, tagdir); - + this.pc = pc; + this.tagFileMap = new Hashtable(); + this.vec = new Vector(); + tlibversion = TLIB_VERSION; jspversion = JSP_VERSION; @@ -110,9 +119,9 @@ shortname = shortname.replace('/', '-'); } + // Populate mapping of tag names to tag file paths Set dirList = ctxt.getResourcePaths(tagdir); if (dirList != null) { - Vector vec = new Vector(); Iterator it = dirList.iterator(); while (it.hasNext()) { String path = (String) it.next(); @@ -123,16 +132,43 @@ String tagName = path.substring(path.lastIndexOf(/) + 1); tagName = tagName.substring(0, tagName.lastIndexOf(TAG_FILE_SUFFIX)); - TagInfo tagInfo = TagFileProcessor.parseTagFile(pc, - tagName, - path, - this); - vec.addElement(new TagFileInfo(tagName, path, tagInfo)); + tagFileMap.put(tagName, path); } } + } +} + +/** + * Checks to see if the given tag name maps to a tag file path, + * and if so, parses the corresponding tag file. + * + * @return The TagFileInfo corresponding to the given tag name, or null if + * the given tag name is not implemented as a tag file + */ +public TagFileInfo getTagFile(String shortName) { + + TagFileInfo tagFile = super.getTagFile(shortName); + if (tagFile == null) { + String path = (String) tagFileMap.get(shortName); + if (path == null) { + return null; + } + + TagInfo tagInfo = null; + try { + tagInfo = TagFileProcessor.parseTagFile(pc, shortName, path, + this); + } catch (JasperException je) { + // XXX + } + + tagFile = new TagFileInfo(shortName, path, tagInfo); + vec.addElement(tagFile); this.tagFiles = new TagFileInfo[vec.size()]; vec.copyInto(this.tagFiles); } + + return tagFile; } } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12343] New: - Dynamic Attributes specified via jsp:attribute not recognized if specified as body content
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=12343. 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=12343 Dynamic Attributes specified via jsp:attribute not recognized if specified as body content Summary: Dynamic Attributes specified via jsp:attribute not recognized if specified as body content Product: Tomcat 5 Version: Unknown Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Jasper2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If a tag is declared to accept Dynamic Attributes ,and the attributes are specified as body to jsp:attribute tags,the container does not seem to recognize them This happens in cases where the tag is either a Simple tag or a Classic tag. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler Generator.java
Paul Speed wrote: + return java.net.URLEncoder.encode(\\ + + v + ); I know I'm being pedantic, but it's a small pet peeve of mine. :) How about: return java.net.URLEncoder.encode( String.valueOf(v) ); So much for attention to details... return java.net.URLEncoder.encode( String.valueOf( + v + ) ); -Paul Should do the same thing without all the behind-the-scenes StringBuffer stuff. -Paul Speed [EMAIL PROTECTED] wrote: remm2002/09/05 04:27:20 Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java Log: - Force the convesion of the value to a string. - Note: I am not convinced this is a compliance issue (and it looks like bad design to pass an object or null); this just reverts back the old behavior. Revision ChangesPath 1.90 +4 -4 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.89 retrieving revision 1.90 diff -u -r1.89 -r1.90 --- Generator.java4 Sep 2002 23:45:29 - 1.89 +++ Generator.java5 Sep 2002 11:27:19 - 1.90 @@ -749,7 +749,7 @@ _jspx_fnmap ); } if (encode) { - return java.net.URLEncoder.encode( + v + ); + return java.net.URLEncoder.encode(\\ + + v + ); } return v; } else if( attr.isNamedAttribute() ) { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
StandardSession.setAttribute() does not conform to the servlet spec
Hello, I found a little problem in StandardSesssion.java. I hope this is the correct place to send it to. 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); ... regards, Pablo Morales Condumex Inc. 1184E Corporate Dr. West Arlington, Texas, 76006 Tel. (817) 607-18-13,(817) 607-15-00 ext 1813 Fax. (817) 607-18-33
DO NOT REPLY [Bug 12346] New: - Constant Refreshes crash 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 Web Applications in TOMCAT Summary: Constant Refreshes crash Web Applications in TOMCAT Product: Tomcat 4 Version: 4.1.7 Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Connector:Coyote JK 2 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Seems to be an issue with requests coming in to fast for the filter and it cannot draw the frames properly or send the right information to the correct frame. We found the same issue in TC 4.1.7 and 4.1.9 We were also using JRE 1.4.0_01 Here is what I did to recreate/test the issue. 1. Found an example from Jakarta that uses frames. 2. Decided on the admin pages (the admin site). 3. Tested running on port 8080 without IIS --* Remember to add a user entry in the tomcat-users.xml file with the admin role. Like the following: user username=admin password=admin roles=admin,manager/ 4. Login to http://localhost:8080/admin (using the user you added in tomcat-users.xml). 5. on the index.jsp page press F5 rapidly to refresh the screen without allowing the page to complete refresh. Everything works fine. Issue does not appear when accessing a Framed application on TC using port 8080. Then... 6. Setup Tomcat and IIS to use the ISAPI filter (isapi_redirector2.dll/coyote) --* Add an entry for the Tomcat Administrator App (For an example application) in workers2.properties 7. Login to http://localhost/admin 8. on the index.jsp page press F5 rapidly to refresh the screen without allowing the page to complete refresh. Within a few hit the FRAMES will be removed and you will get a single instance of 1 of the pages (never the same page)... 9: Go back to port 8080 and everything is fine. Something breaks between the ISAPI filter and TOMCAT The only error in the logs, that we see is: Found in jk2.log admin/login.jsp;jsessionid=80D23B3999E9936ECEC2A7F72B5154C3 lb:lb [Thu Sep 05 16:43:19 2002] (debug ) [jk_isapi_plugin.c (325)] HttpFilterProc [/admin/login.jsp;jsessionid=80D23B3999E9936ECEC2A7F72B5154C3] is a servlet url - should redirect to lb:lb [Thu Sep 05 16:43:19 2002] (debug ) [jk_isapi_plugin.c (392)] HttpFilterProc check if [/admin/login.jsp;jsessionid=80D23B3999E9936ECEC2A7F72B5154C3] is pointing to the web-inf directory [Thu Sep 05 16:43:19 2002] (debug ) [jk_isapi_plugin.c (461)] HttpExtensionProc started [Thu Sep 05 16:43:19 2002] (debug ) [jk_isapi_plugin.c (467)] HttpExtensionProc got a worker for name lb:lb [Thu Sep 05 16:43:19 2002] (error ) [jk_worker_ajp13.c (339)] ajp13.service() error sending, reconnect channel.socket:localhost:8009 -1 0 No error Almost looks like a threading issue. Could it be that the ISAPI filter does not know that the request is a FRAME and is sending back the request as soon as it gets one of the pages back? This issue CANNOT be recreated in a non-Framed site If more information is needed, please contact me at [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12346] - Constant Refreshes crash 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 Web Applications in TOMCAT [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |High -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: DO NOT REPLY [Bug 12346] - Constant Refreshes crash Web Applications in TOMCAT
I set the Priority on this bug. But If I was not supposed to do that, please forgive me. I was not sure. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, September 05, 2002 5:11 PM To: [EMAIL PROTECTED] Subject: DO NOT REPLY [Bug 12346] - Constant Refreshes crash 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 Web Applications in TOMCAT [EMAIL PROTECTED] changed: What|Removed |Added Priority|Other |High -- 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 Summary|Constant Refreshes crash Web|Constant Refreshes crash |Applications in TOMCAT |Framed Web Applications ||in TOMCAT -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-tomcat-4.0 RELEASE-NOTES-4.1.txt
[EMAIL PROTECTED] wrote: remm2002/09/05 02:00:11 Modified:.RELEASE-NOTES-4.1.txt Log: - Update release notes. - Mention the admin webapp as beta (instead of alpha). I personally think it's good/polished enough to be called a beta. Glenn ? Beta is fine. If its called beta instead of alpha more people may try using it. That should help us get feedback to help fine tune it. -- Glenn Nielsen [EMAIL PROTECTED] | /* Spelin donut madder| MOREnet System Programming | * if iz ina coment. | Missouri Research and Education Network | */ | -- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
amyroh 2002/09/05 14:46:54 Modified:catalina/src/share/org/apache/catalina/servlets CGIServlet.java Log: Better fix for bugzilla 12041 running an extra thread to deal with STDERR - submitted by Yair Lenga [EMAIL PROTECTED]. Also fix for CGI scripts run from a POST operation never get any posted data - submitted by Dave Glowacki [EMAIL PROTECTED]. Revision ChangesPath 1.9 +105 -92 jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java Index: CGIServlet.java === RCS file: /home/cvs/jakarta-tomcat-4.0/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- CGIServlet.java 26 Aug 2002 22:38:35 - 1.8 +++ CGIServlet.java 5 Sep 2002 21:46:54 - 1.9 @@ -1507,11 +1507,10 @@ * /UL * /p * - * For more information, see java.lang.Runtime#exec(String command, - * String[] envp, File dir) - * * @exception IOException if problems during reading/writing occur * + * @seejava.lang.Runtime#exec(String command, String[] envp, + *File dir) */ protected void run() throws IOException { @@ -1547,8 +1546,6 @@ BufferedReader commandsStdErr = null; BufferedOutputStream commandsStdIn = null; Process proc = null; -byte[] bBuf = new byte[1024]; -char[] cBuf = new char[1024]; int bufRead = -1; //create query arguments @@ -1576,8 +1573,8 @@ env.put(CONTENT_LENGTH, new Integer(contentLength)); }*/ -StringBuffer perlCommand = new StringBuffer(perl ); if (command.endsWith(.pl) || command.endsWith(.cgi)) { +StringBuffer perlCommand = new StringBuffer(perl ); perlCommand.append(cmdAndArgs.toString()); cmdAndArgs = perlCommand; } @@ -1624,7 +1621,7 @@ log(runCGI stdin IS available [ + stdin.available() + ]); } -bBuf = new byte[1024]; +byte[] bBuf = new byte[1024]; bufRead = -1; try { while ((bufRead = stdin.read(bBuf)) != -1) { @@ -1651,8 +1648,33 @@ if(!.equals(sContentLength)) { commandsStdIn = new BufferedOutputStream(proc.getOutputStream()); byte[] content = new byte[Integer.parseInt(sContentLength)]; - stdin.read(content); - commandsStdIn.write(content); + + int lenRead = stdin.read(content); + + if (POST.equals(env.get(REQUEST_METHOD))) { + String paramStr = getPostInput(params); + if (paramStr != null) { + byte[] paramBytes = paramStr.getBytes(); + commandsStdIn.write(paramBytes); + + int contentLength = paramBytes.length; + if (lenRead 0) { + String lineSep = System.getProperty(line.separator); + + commandsStdIn.write(lineSep.getBytes()); + + contentLength = lineSep.length() + lenRead; + } + + env.put(CONTENT_LENGTH, new Integer(contentLength)); + } + } + + if (lenRead 0) { + commandsStdIn.write(content, 0, lenRead); + } + + commandsStdIn.flush(); commandsStdIn.close(); } @@ -1663,6 +1685,7 @@ * bugParade/bugs/4223650.html */ +boolean isRunning = true; commandsStdOut = new BufferedReader (new InputStreamReader(proc.getInputStream())); commandsStdErr = new BufferedReader @@ -1678,99 +1701,89 @@ } catch (IOException ignored) { //NOOP: no output will be written } +final BufferedReader stdErrRdr = commandsStdErr ; -boolean inHeader = true; -int pauseCount = 0; +new Thread() { +public void run () { +sendToLog(stdErrRdr) ; +} ; +}.start() ; -boolean isRunning = true; while (isRunning) { -if (commandsStdErr != null commandsStdErr.ready()) { -// about to read something; reset pause count -pauseCount = 0; - -bufRead =
DO NOT REPLY [Bug 12322] - Port *.8080 in LISTEN state after tomcat shutdown
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=12322. 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=12322 Port *.8080 in LISTEN state after tomcat shutdown --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 21:51 --- According to Sun's web site, Java sockets did not set SO_REUSEADDR socket option prior to the release of JDK 1.4: For reasons that are historically unclear, the Solaris socket code sets this option for sockets while the win32 code does not in Java[tm] Development Kit (JDK[tm]) releases prior to version 1.4. - http://access1.sun.com/technotes/00614.html In JDK 1.4 and on, SO_REUSEADDR is part of the Socket API: http://java.sun.com/j2se/1.4/docs/api/java/net/Socket.html#setReuseAddress(boolean) I ran into a similar problem with Apache's Java XML-RPC server, which I worked around for pre-1.4 JREs by trying to re-connect a few times after a restart. AFAIK, there is no way to really fix this issue for pre-1.4 JREs. :-\ -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 12231] - CGI scripts in Rexx receive no input in POST
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=12231. 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=12231 CGI scripts in Rexx receive no input in POST [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 21:51 --- *** This bug has been marked as a duplicate of 5899 *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5899] - HTTP POST parameters ignored in CGIServlet.java
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=5899. 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=5899 HTTP POST parameters ignored in CGIServlet.java [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 21:51 --- *** Bug 12231 has been marked as a duplicate of this bug. *** -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Manger problem when integrate Tomcat 4 with IIS
Tomcat 4.0.4 and IIS 5 on Windows 2000 professional is successfully installed and integrated. Example application runs well. When I try to access manager, a authentication challenge window popped up - everything is ok till this time - but the problem is that I got a three field window instead of the two one. I was asked for a Domain name. What is this supposed to be? I tried our network domain name with and without the suffix, I add a new user with the same name and password as the one specified in the tomcat-user.xml file...still not work. Anyone has any idea? Thanks.
DO NOT REPLY [Bug 5899] - HTTP POST parameters ignored in CGIServlet.java
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=5899. 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=5899 HTTP POST parameters ignored in CGIServlet.java --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 22:17 --- I know that what i'm going to say won't help, but now that we've described the bug, is anyone going to fix this? I'm asking because version 4.0.4 is rather old, so i'm not sure if anyone is interested to fix this, or if it has already been fixed in the nightlybuilds. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5899] - HTTP POST parameters ignored in CGIServlet.java
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=5899. 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=5899 HTTP POST parameters ignored in CGIServlet.java [EMAIL PROTECTED] changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-09-05 22:25 --- Can you try tonight's nightly build? I just committed a fix to cvs. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets CGIServlet.java
amyroh 2002/09/05 15:28:16 Modified:catalina/src/share/org/apache/catalina/servlets CGIServlet.java Log: Port CGI changes to Tomcat 5. Revision ChangesPath 1.3 +104 -92 jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java Index: CGIServlet.java === RCS file: /home/cvs/jakarta-tomcat-catalina/catalina/src/share/org/apache/catalina/servlets/CGIServlet.java,v retrieving revision 1.2 retrieving revision 1.3 diff -u -r1.2 -r1.3 --- CGIServlet.java 26 Aug 2002 23:01:31 - 1.2 +++ CGIServlet.java 5 Sep 2002 22:28:15 - 1.3 @@ -686,7 +686,6 @@ /** For future testing use only; does nothing right now */ public static void main(String[] args) { System.out.println($Header$); - } @@ -1508,11 +1507,10 @@ * /UL * /p * - * For more information, see java.lang.Runtime#exec(String command, - * String[] envp, File dir) - * * @exception IOException if problems during reading/writing occur * + * @seejava.lang.Runtime#exec(String command, String[] envp, + *File dir) */ protected void run() throws IOException { @@ -1548,8 +1546,6 @@ BufferedReader commandsStdErr = null; BufferedOutputStream commandsStdIn = null; Process proc = null; -byte[] bBuf = new byte[1024]; -char[] cBuf = new char[1024]; int bufRead = -1; //create query arguments @@ -1577,8 +1573,8 @@ env.put(CONTENT_LENGTH, new Integer(contentLength)); }*/ -StringBuffer perlCommand = new StringBuffer(perl ); if (command.endsWith(.pl) || command.endsWith(.cgi)) { +StringBuffer perlCommand = new StringBuffer(perl ); perlCommand.append(cmdAndArgs.toString()); cmdAndArgs = perlCommand; } @@ -1625,7 +1621,7 @@ log(runCGI stdin IS available [ + stdin.available() + ]); } -bBuf = new byte[1024]; +byte[] bBuf = new byte[1024]; bufRead = -1; try { while ((bufRead = stdin.read(bBuf)) != -1) { @@ -1652,8 +1648,33 @@ if(!.equals(sContentLength)) { commandsStdIn = new BufferedOutputStream(proc.getOutputStream()); byte[] content = new byte[Integer.parseInt(sContentLength)]; - stdin.read(content); - commandsStdIn.write(content); + + int lenRead = stdin.read(content); + + if (POST.equals(env.get(REQUEST_METHOD))) { + String paramStr = getPostInput(params); + if (paramStr != null) { + byte[] paramBytes = paramStr.getBytes(); + commandsStdIn.write(paramBytes); + + int contentLength = paramBytes.length; + if (lenRead 0) { + String lineSep = System.getProperty(line.separator); + + commandsStdIn.write(lineSep.getBytes()); + + contentLength = lineSep.length() + lenRead; + } + + env.put(CONTENT_LENGTH, new Integer(contentLength)); + } + } + + if (lenRead 0) { + commandsStdIn.write(content, 0, lenRead); + } + + commandsStdIn.flush(); commandsStdIn.close(); } @@ -1664,6 +1685,7 @@ * bugParade/bugs/4223650.html */ +boolean isRunning = true; commandsStdOut = new BufferedReader (new InputStreamReader(proc.getInputStream())); commandsStdErr = new BufferedReader @@ -1679,99 +1701,89 @@ } catch (IOException ignored) { //NOOP: no output will be written } +final BufferedReader stdErrRdr = commandsStdErr ; -boolean inHeader = true; -int pauseCount = 0; +new Thread() { +public void run () { +sendToLog(stdErrRdr) ; +} ; +}.start() ; -boolean isRunning = true; while (isRunning) { -if (commandsStdErr != null commandsStdErr.ready()) { -// about to read something; reset pause count -pauseCount = 0; - -bufRead = commandsStdErr.read(cBuf); -
DO NOT REPLY [Bug 12343] - Dynamic Attributes specified via jsp:attribute not recognized if specified as body content
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=12343. 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=12343 Dynamic Attributes specified via jsp:attribute not recognized if specified as body content [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2002-09-06 00:15 --- Fixed. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
[5][PATCH]o.a.j.runtime.* import in gen'd JSP
Generated JSP classes import org.apache.jasper.runtime.*. According to the JSP spec the default imports should be java.lang.*, javax.servlet.*, javax.servlet.jsp.* and javax.servlet.http.*. The classes from o.a.j.runtime should be fully qualified, rather than imported. As far as I can tell, this is restricted to HttpJspBase and JspRuntimeLibrary. Index: Constants.java === RCS file: /home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/Constants.java,v retrieving revision 1.7 diff -u -w -r1.7 Constants.java --- Constants.java 21 Aug 2002 16:21:56 - 1.7 +++ Constants.java 6 Sep 2002 04:46:08 - @@ -74,7 +74,7 @@ /** * The base class of the generated servlets. */ -public static final String JSP_SERVLET_BASE = HttpJspBase; +public static final String JSP_SERVLET_BASE = org.apache.jasper.runtime.HttpJspBase; /** * _jspService is the name of the method that is called by @@ -96,7 +96,6 @@ javax.servlet.*, javax.servlet.http.*, javax.servlet.jsp.*, - org.apache.jasper.runtime.*, }; /** Index: compiler/Generator.java === RCS file: /home/cvspublic/jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java,v retrieving revision 1.91 diff -u -w -r1.91 Generator.java --- compiler/Generator.java 6 Sep 2002 00:15:32 - 1.91 +++ compiler/Generator.java 6 Sep 2002 04:46:10 - @@ -866,7 +866,7 @@ prepareParams(n); } -out.printin(JspRuntimeLibrary.include(request, response, + +out.printin(org.apache.jasper.runtime.JspRuntimeLibrary.include(request, response, + pageParam ); printParams(n, pageParam, page.isLiteral()); out.println(, out, + isFlush + );); @@ -986,15 +986,15 @@ java.lang.reflect.Method meth = JspRuntimeLibrary.getReadMethod(bean, property); String methodName = meth.getName(); - out.printil(out.write(JspRuntimeLibrary.toString( + + out.printil(out.write(org.apache.jasper.runtime.JspRuntimeLibrary.toString( + ((( + beanName + )pageContext.findAttribute( + \ + name + \)). + methodName + (;); } else { // The object could be a custom action with an associated // VariableInfo entry for this name. // Get the class name and then introspect at runtime. - out.printil(out.write(JspRuntimeLibrary.toString + - (JspRuntimeLibrary.handleGetProperty + + out.printil(out.write(org.apache.jasper.runtime.JspRuntimeLibrary.toString + + (org.apache.jasper.runtime.JspRuntimeLibrary.handleGetProperty + (pageContext.findAttribute(\ + name + \), \ + property + \)));); } @@ -1011,18 +1011,18 @@ n.setBeginJavaLine(out.getJavaLine()); if (*.equals(property)){ - out.printil(JspRuntimeLibrary.introspect( + + out.printil(org.apache.jasper.runtime.JspRuntimeLibrary.introspect( + pageContext.findAttribute( + \ + name + \), request);); } else if (value == null) { if (param == null) param = property; // default to same as property - out.printil(JspRuntimeLibrary.introspecthelper( + + out.printil(org.apache.jasper.runtime.JspRuntimeLibrary.introspecthelper( + pageContext.findAttribute(\ + name + \), \ + property + \, request.getParameter(\ + param + \), + request, \ + param + \, false);); } else if (value.isExpression()) { - out.printil(JspRuntimeLibrary.handleSetProperty( + + out.printil(org.apache.jasper.runtime.JspRuntimeLibrary.handleSetProperty( + pageContext.findAttribute(\ + name + \), \ + property + \,); out.print(attributeValue(value, false, null, null)); @@ -1035,7 +1035,7 @@ // optimize the case where the bean is exposed with // jsp:useBean, much as the code here does for // getProperty.) -out.printil(JspRuntimeLibrary.handleSetPropertyExpression( + +out.printil(org.apache.jasper.runtime.JspRuntimeLibrary.handleSetPropertyExpression( + pageContext.findAttribute(\ + name + \), \ + property + \, + quote(value.getValue()) + , @@ -1050,13 +1050,13 @@ // that body. String valueVarName = generateNamedAttributeValue( value.getNamedAttributeNode() ); -out.printil(JspRuntimeLibrary.introspecthelper( + +out.printil(org.apache.jasper.runtime.JspRuntimeLibrary.introspecthelper( + pageContext.findAttribute(\ + name + \), \ + property + \, + valueVarName + , null, null, false);); } else { - out.printin(JspRuntimeLibrary.introspecthelper( + +
RE: jk doc works in progress
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. 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... 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? MT. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]