DO NOT REPLY [Bug 47018] application output redirection to context log (swallowOutput) does not work if context is loaded on startup
https://issues.apache.org/bugzilla/show_bug.cgi?id=47018 Steve Yates steven.ya...@springsource.com changed: What|Removed |Added CC||steven.ya...@springsource.c ||om --- Comment #1 from Steve Yates steven.ya...@springsource.com 2009-04-15 01:12:04 PST --- (In reply to comment #0) Web Application standard output and eror (System.out and System.err) redirection to Context Log (activated by Context swallowOutput=true) does NOT work when: Servlet is loaded on tomcat startup i.e. when in web.xml you have load-on-startup1/load-on-startup for a servlet of the web application This is interesting Plini, let me take a look into this for you. To assist in reproducing this please provide your configuration and logging properties files respectively. Steve -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765094 - /tomcat/current/tc5.5.x/STATUS.txt
Author: markt Date: Wed Apr 15 09:38:07 2009 New Revision: 765094 URL: http://svn.apache.org/viewvc?rev=765094view=rev Log: Propose a native update Modified: tomcat/current/tc5.5.x/STATUS.txt Modified: tomcat/current/tc5.5.x/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=765094r1=765093r2=765094view=diff == --- tomcat/current/tc5.5.x/STATUS.txt (original) +++ tomcat/current/tc5.5.x/STATUS.txt Wed Apr 15 09:38:07 2009 @@ -249,3 +249,8 @@ http://svn.apache.org/viewvc?rev=763717view=rev +1: markt -1: + +* Update native to 1.1.16 + http://svn.apache.org/viewvc?view=revrevision=762868 + +1: markt + -1: - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46950] SSL renegotiation does not occur when resource with CLIENT-CERT auth is requested
https://issues.apache.org/bugzilla/show_bug.cgi?id=46950 --- Comment #5 from Mark Thomas ma...@apache.org 2009-04-15 04:38:10 PST --- (In reply to comment #4) What works for you? The security constraint and login configuration I posted which requires SSL for the entire context but only requires user authentication for a single JSP. If I browse to any resource except the one that requires auth using http I get switched to https as expected. If I then request the protected resource I get prompted for my certificate. Did you even read what I said? Yes I did. Quite carefully. Taking that attitude is not going to induce people to help you. How can the browser know if a server trusts a certain certificate or not without even asking for it? This is the way the SSL handshake works. The server provides a client with a list of trusted certs. If the client doesn't have a user cert issued by one of the trysted certs the client doesn't waste time prompting the user to select one. Let me explain the problem better. Most of my site runs without client cert checking, so I have SSLVerifyClient=none on the connector. That is new information. Your original bug report made no mention of using the APR/native connector. I'd expect the behaviour to remain the same but I'll re-test with the native and see. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 30482] ERROR:JSP:_jspx_meth_bean_message_0:struts compile error
https://issues.apache.org/bugzilla/show_bug.cgi?id=30482 --- Comment #7 from koenigworks9 koenigwor...@yahoo.es 2009-04-15 04:03:14 PST --- Yes, me too. I have the same situation JBoss_3_2_5 with Apache Tomcat/5.0.26 and Struts 1.1: 2009-04-15 11:08:16,197 ERROR [org.apache.jasper.compiler.Compiler] Javac exception Compile failed; see the compiler error output for details. at org.apache.tools.ant.taskdefs.Javac.compile(Javac.java:944) at org.apache.tools.ant.taskdefs.Javac.execute(Javac.java:764) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:382) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:472) 2009-04-15 11:08:16,204 ERROR [org.apache.jasper.compiler.Compiler] Error compiling file: /opt/HP/jboss02/jboss-3.2.5/.../index_jsp.java [javac] Compiling 1 source file 2009-04-15 11:08:16,227 ERROR [org.jboss.web.localhost.Engine] StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: Unable to compile class for JSP An error occurred at line: 30 in the jsp file: /index.jsp Generated servlet error: /opt/HP/jboss02/jboss-3.2.5/.../index_jsp.java:132: _jspx_meth_html_text_0(javax.servlet.jsp.tagext.JspTag,javax.servlet.jsp.PageContext) in org.apache.jsp.index_jsp cannot be applied to (org.apache.struts.taglib.html.FormTag,javax.servlet.jsp.PageContext) if (_jspx_meth_html_text_0(_jspx_th_html_form_0, _jspx_page_context)) ^ at org.apache.jasper.compiler.DefaultErrorHandler.javacError(DefaultErrorHandler.java:84) at org.apache.jasper.compiler.ErrorDispatcher.javacError(ErrorDispatcher.java:332) at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:412) at org.apache.jasper.compiler.Compiler.compile(Compiler.java:472) Found also other forums with the same problem and NO answer at all: http://www.theserverside.com/discussions/thread.tss?thread_id=31373 http://markmail.org/message/a3effh4fz2fdmfiz#query:+page:1+mid:skmjzpw5dzoatf23+state:results Investigating deep through the process (3 days of work) my conclusion is not an application problem so don't change your code/config. The application works in another server correctly, so it seems an incompatibility of the instalation/application container version. Here reviewing, re-installing or updating struts lib / struts config did not solve the problem. It simply generates an incompatible java code from JSPs (I think its jasper library that handles this thing). Later on in the process the class compiler will claim an error blaming your struts, but this only a symptom. My solution was moving on to an older version of jboss/tomcat that was installed somewhere else, then everything worked again. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46950] SSL renegotiation does not occur when resource with CLIENT-CERT auth is requested
https://issues.apache.org/bugzilla/show_bug.cgi?id=46950 Andr an...@cabine.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #4 from Andr an...@cabine.org 2009-04-15 04:03:39 PST --- What works for you? Did you even read what I said? How can the browser know if a server trusts a certain certificate or not without even asking for it? Let me explain the problem better. Most of my site runs without client cert checking, so I have SSLVerifyClient=none on the connector. But I have one servlet that DOES want a client certificate and so I configured the security restriction accordingly in the deployment descriptor. Just that one resource, not the entire site. It's in these cases that a SSL renegotiation does not occur to ask for the client certificate. Tomcat only knows that I want a client certificate after the client sends the http request. Apache httpd has this feature and someone at the tomcat user's list asked me to file this as a bug. Maybe it's just a missing feature. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 46950] SSL renegotiation does not occur when resource with CLIENT-CERT auth is requested
https://issues.apache.org/bugzilla/show_bug.cgi?id=46950 --- Comment #6 from Mark Thomas ma...@apache.org 2009-04-15 05:21:57 PST --- OK, I can confirm this when I test with the APR/native connector. Looking for a fix now... -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765153 - /tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java
Author: markt
Date: Wed Apr 15 12:26:25 2009
New Revision: 765153
URL: http://svn.apache.org/viewvc?rev=765153view=rev
Log:
Remove unnecessary code
Modified:
tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java
Modified: tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java?rev=765153r1=765152r2=765153view=diff
==
--- tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java (original)
+++ tomcat/trunk/java/org/apache/tomcat/util/net/AprEndpoint.java Wed Apr 15
12:26:25 2009
@@ -597,9 +597,7 @@
serverSockPool = Pool.create(rootPool);
// Create the APR address that will be bound
String addressStr = null;
-if (address == null) {
-addressStr = null;
-} else {
+if (address != null) {
addressStr = address.getHostAddress();
}
int family = Socket.APR_INET;
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47036] New: java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.DelegatingResultSet
https://issues.apache.org/bugzilla/show_bug.cgi?id=47036
Summary: java.lang.ClassCastException:
org.apache.tomcat.dbcp.dbcp.DelegatingResultSet
Product: Tomcat 5
Version: 5.5.27
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: blocker
Priority: P1
Component: Catalina
AssignedTo: dev@tomcat.apache.org
ReportedBy: ydkal...@gmail.com
CC: ydkal...@gmail.com
java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.DelegatingResultSet
i am facing this exception while doing the upload file functionality
please find the code which i am using for storing the binary information in the
table
kindly give me any solution to overcome this issue. thanks in advance
private void storeBlob(Connection con, long lngNattId, InputStream input,long
nboId) throws SQLException, IOException {
PreparedStatement pStmt = null;
ResultSet rs = null;
OutputStream out = null;
pStmt = con.prepareStatement(SELECT * FROM ATTACHMENT WHERE ATT_ID = ? FOR
UPDATE );
pStmt.setLong(1, lngNattId);
rs = pStmt.executeQuery();
rs.next();
DelegatingResultSet dRS = (DelegatingResultSet) rs;
OracleResultSet oRS = (OracleResultSet) dRS.getInnermostDelegate();
out = (oRS.getBLOB(NATT_BIN_FILE)).getBinaryOutputStream();
byte[] buffer = new byte[32768];
int n = 0;
while ((n = input.read(buffer)) != -1) {
out.write(buffer, 0, n);
}
out.flush();
con.commit();
}
--
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
gsoc project - Tomcat proxy [query]
Dear All, I have applied for tomcat proxy project, but i needed a little more information than given in the project idea, to start with the design of proxy. So i would like to know more about the following: 1) Type of proxy [reverse,content filter,caching etc]. 2) Use [intent] I have studied a number of servlet proxies like j2ep, noodle Http Proxy Servlet in past days. And was puzzled about my intent of making proxy and its designing thereof. So, please guide me a little bit about this. Thanks Sharmistha v javascript://nop/
DO NOT REPLY [Bug 47036] java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.DelegatingResultSet
https://issues.apache.org/bugzilla/show_bug.cgi?id=47036 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mark Thomas ma...@apache.org 2009-04-15 06:39:55 PST --- That is a question for the users list. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: gsoc project - Tomcat proxy [query]
Sharmistha jat wrote: Dear All, I have applied for tomcat proxy project, but i needed a little more information than given in the project idea, to start with the design of proxy. So i would like to know more about the following: 1) Type of proxy [reverse,content filter,caching etc]. Just a reverse proxy. For the content filter I think you mean soemthing like the ProxyPass and ProxyMatch of httpd, do you? If yes some filtering would be nice. Caching is interesting but not a requirement for a reverse proxy (you can have the static resource locally and server them locally). 2) Use [intent] The use would be to front-end TC or cluster of TC. httpd does that but the code is in C and it is a lot of work to have JAVA based administration (JMX for example). The proxy should support HTTP and HTTPS and could support AJP if you want. I have studied a number of servlet proxies like j2ep, noodle Http Proxy Servlet in past days. Could you write a wiki on that? (Somewhere in http://wiki.apache.org/tomcat/). Cheers Jean-Frederic And was puzzled about my intent of making proxy and its designing thereof. So, please guide me a little bit about this. Thanks Sharmistha v javascript://nop/ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: gsoc project - Tomcat proxy [query]
A Tomcat-based reverse proxy with a pluggable load balancer would be /huge/ in my opinion. Having to resort to Apache (or a hardware load balancer) to distribute load across multiple Tomcats is /really /unfortunate. What's needed is a high-performance Java-based proxy load balancer that makes it easy to get at the balancing algorithm. This should support use cases like balancing new requests to the backend that currently has the fewest active sessions or to avoid any backend which is in a low-memory state, for instance. Trying to hack this sort of thing into mod_proxy_balancer or mod_jk is just so much harder than doing this sort of thing in Java. Plus there's the benefit of build once run anywhere, i.e. cross-platform binaries. -- Jess Holle P.S. Caching at this level is quite uninteresting to me -- but could seemingly be added via servlet request filters assuming the reverse proxy was itself done as a servlet. Ideally the reverse proxy would even be portable across servlet engines and designed for exposure via JMX. [I say designed for as it seems everyone has their own way of actually /doing/ JMX MBeans -- Tomcat uses Modeler and others use something different. Me? I prefer just subclassing StandardMBean -- but with my own value-add subclass thereof, of course :-)] jean-frederic clere wrote: Sharmistha jat wrote: Dear All, I have applied for tomcat proxy project, but i needed a little more information than given in the project idea, to start with the design of proxy. So i would like to know more about the following: 1) Type of proxy [reverse,content filter,caching etc]. Just a reverse proxy. For the content filter I think you mean soemthing like the ProxyPass and ProxyMatch of httpd, do you? If yes some filtering would be nice. Caching is interesting but not a requirement for a reverse proxy (you can have the static resource locally and server them locally). 2) Use [intent] The use would be to front-end TC or cluster of TC. httpd does that but the code is in C and it is a lot of work to have JAVA based administration (JMX for example). The proxy should support HTTP and HTTPS and could support AJP if you want. I have studied a number of servlet proxies like j2ep, noodle Http Proxy Servlet in past days. Could you write a wiki on that? (Somewhere in http://wiki.apache.org/tomcat/). Cheers Jean-Frederic And was puzzled about my intent of making proxy and its designing thereof. So, please guide me a little bit about this. Thanks Sharmistha v javascript://nop/ - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47036] java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.DelegatingResultSet
https://issues.apache.org/bugzilla/show_bug.cgi?id=47036 ydkalyan ydkal...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #2 from ydkalyan ydkal...@gmail.com 2009-04-15 07:43:13 PST --- kindly provide me any solution. thanks for your great help -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47036] java.lang.ClassCastException: org.apache.tomcat.dbcp.dbcp.DelegatingResultSet
https://issues.apache.org/bugzilla/show_bug.cgi?id=47036 Mark Thomas ma...@apache.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #3 from Mark Thomas ma...@apache.org 2009-04-15 07:46:14 PST --- Again, use the users list. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765223 - /tomcat/current/tc5.5.x/STATUS.txt
Author: jfclere
Date: Wed Apr 15 14:56:38 2009
New Revision: 765223
URL: http://svn.apache.org/viewvc?rev=765223view=rev
Log:
Found a typo...
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=765223r1=765222r2=765223view=diff
==
--- tomcat/current/tc5.5.x/STATUS.txt (original)
+++ tomcat/current/tc5.5.x/STATUS.txt Wed Apr 15 14:56:38 2009
@@ -254,3 +254,20 @@
http://svn.apache.org/viewvc?view=revrevision=762868
+1: markt
-1:
+
+* Fix typo in
connectors/util/java/org/apache/tomcat/util/http/ServerCookie.java
+@@ -340,7 +340,7 @@
+ throw new IllegalArgumentException(Control character in cookie
+value, consider BASE64 encoding your value);
+ else if (alreadyQuoted(value)) {
+ buf.append('');
+-buf.append(escapeDoubleQuotes(value,1,value.length()-1));
buf.append('');
++buf.append(escapeDoubleQuotes(value,1,value.length()-1));
+ buf.append('');
+ } else if (version==0 !isToken(value)) {
+ buf.append('');
+ +1: jfclere
+ -1:
+
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765226 - /tomcat/current/tc5.5.x/STATUS.txt
Author: markt
Date: Wed Apr 15 15:01:35 2009
New Revision: 765226
URL: http://svn.apache.org/viewvc?rev=765226view=rev
Log:
Vote
Modified:
tomcat/current/tc5.5.x/STATUS.txt
Modified: tomcat/current/tc5.5.x/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/current/tc5.5.x/STATUS.txt?rev=765226r1=765225r2=765226view=diff
==
--- tomcat/current/tc5.5.x/STATUS.txt (original)
+++ tomcat/current/tc5.5.x/STATUS.txt Wed Apr 15 15:01:35 2009
@@ -269,5 +269,5 @@
buf.append('');
+++
+1: jfclere
- -1:
+ -1: markt - This is already included in the port of all 6.0.x cookie changes
above
-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: gsoc project - Tomcat proxy [query]
Sharmistha jat wrote: So, now i would try to install a tomcat cluster and make a simple servlet proxy [reverse] for it, then add in load-balancing logic to it Yep thst is the idea. +++ CUT +++ I have studied a number of servlet proxies like j2ep, noodle Http Proxy Servlet in past days. Could you write a wiki on that? (Somewhere in http://wiki.apache.org/tomcat/). i guess u mean writing wiki about proxy servlet will give my best shot to it, but would borrow 3-4 days for the task. You looked to the j2ep, noodle etc, don't you? It would be nice to describe a little how they work or that least their main features and the url to there code if applicable. Just like a note on other existing implementation. Cheers Jean-Frederic Cheers Jean-Frederic And was puzzled about my intent of making proxy and its designing thereof. So, please guide me a little bit about this. Thanks Sharmistha - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47038] New: USE_FLOCK_LK redefined compiler warning when using --enable-flock
https://issues.apache.org/bugzilla/show_bug.cgi?id=47038 Summary: USE_FLOCK_LK redefined compiler warning when using --enable-flock Product: Tomcat Connectors Version: 1.2.28 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Common AssignedTo: dev@tomcat.apache.org ReportedBy: abia...@formatdynamics.com Created an attachment (id=23496) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=23496) This patch removes the original definition and uses more conditionals to create the definition once. When configuring with --enable-flock, compiler produces warning stating a redefine of USE_FLOCK_LK in common/jk_mt.h This patch removes the original definition and uses more conditionals to create the definition once. Example warning: /opt/apps/apr/build-1/libtool --silent --mode=compile gcc -I/opt/apps/apache/include -g -O2 -DJK_USE_FLOCK -g -O2 -pthread -DHAVE_APR -I/opt/apps/apr/include/apr-1 -I/opt/apps/apr/include/apr-1 -g -O2 -DJK_USE_FLOCK -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -I /include -I /include/ -c jk_url.c -o jk_url.lo In file included from jk_uri_worker_map.h:36, from jk_service.h:35, from jk_util.h:32, from jk_url.h:27, from jk_url.c:24: jk_mt.h:95:1: warning: USE_FLOCK_LK redefined jk_mt.h:92:1: warning: this is the location of the previous definition -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765406 - /tomcat/trunk/webapps/docs/config/host.xml
Author: markt Date: Wed Apr 15 22:44:49 2009 New Revision: 765406 URL: http://svn.apache.org/viewvc?rev=765406view=rev Log: As a result of https://issues.apache.org/bugzilla/show_bug.cgi?id=46924 make the documentation clearer about what Tomcat will do if a WAR/DIR/context file is deleted or updated and auto-deploy is enabled. Modified: tomcat/trunk/webapps/docs/config/host.xml Modified: tomcat/trunk/webapps/docs/config/host.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/config/host.xml?rev=765406r1=765405r2=765406view=diff == --- tomcat/trunk/webapps/docs/config/host.xml (original) +++ tomcat/trunk/webapps/docs/config/host.xml Wed Apr 15 22:44:49 2009 @@ -324,13 +324,34 @@ auto deployer will also track web applications for the following changes: ul liAn update to the WEB-INF/web.xml file will trigger a reload of the -web application/li -liAn update to a WAR which has been expanded will trigger -an undeploy (strongwith a removal of the expanded webapp/strong), -followed by a deployment/li -liAn update to a XML configuration file will trigger an undeploy -(without the removal of any expanded directory), followed by -a deployment of the associated web application/li + web application/li +liDeleting a WAR file will trigger an undeploy of the application with + the removal of any associated expanded directory, context file and + work directory. Any current user sessions will not be persisted./li +liDeleting a directory will trigger an undeploy of the application + with the removal of any associated context file and work directory. + Any current user sessions will not be persisted. If there is an + associated WAR file, it will not be deleted and the application will + be redeployed from the WAR file the next time the auto deployer checks + for changes./li +liDeleting a context file will trigger an undeploy of the application + with the removal of any associated work directory. Any current user + sessions will not be persisted. If there is an associated WAR file + and/or directory, they will not be deleted and the application will be + redeployed from the WAR file (or from directory if there is no WAR + file) the next time the auto deployer checks for changes./li +liUpdating a WAR file will trigger an undeploy of the application with + the removal of any associated expanded directory, context file and + work directory. Any current user sessions will not be persisted./li +liUpdating a directory (not the diretcory contents) will trigger an + undeploy of the application with the removal of any associated context + file and work directory. Any current user sessions will not be + persisted. The application will be redeployed the next time the auto + deployer checks for changes./li +liUpdating a context file will trigger an undeploy of the application + with the removal of any associated work directory. Any current user + sessions will not be persisted. The application will be redeployed the + next time the auto deployer checks for changes./li /ul /p - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765407 - /tomcat/trunk/webapps/docs/config/host.xml
Author: markt Date: Wed Apr 15 22:45:40 2009 New Revision: 765407 URL: http://svn.apache.org/viewvc?rev=765407view=rev Log: Typo. Why do I always spot them just after committing a change? Modified: tomcat/trunk/webapps/docs/config/host.xml Modified: tomcat/trunk/webapps/docs/config/host.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/webapps/docs/config/host.xml?rev=765407r1=765406r2=765407view=diff == --- tomcat/trunk/webapps/docs/config/host.xml (original) +++ tomcat/trunk/webapps/docs/config/host.xml Wed Apr 15 22:45:40 2009 @@ -343,7 +343,7 @@ liUpdating a WAR file will trigger an undeploy of the application with the removal of any associated expanded directory, context file and work directory. Any current user sessions will not be persisted./li -liUpdating a directory (not the diretcory contents) will trigger an +liUpdating a directory (not the directory contents) will trigger an undeploy of the application with the removal of any associated context file and work directory. Any current user sessions will not be persisted. The application will be redeployed the next time the auto - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r765411 - in /tomcat/tc6.0.x/trunk/webapps/docs: changelog.xml config/host.xml
Author: markt Date: Wed Apr 15 22:52:51 2009 New Revision: 765411 URL: http://svn.apache.org/viewvc?rev=765411view=rev Log: Update docs in light of https://issues.apache.org/bugzilla/show_bug.cgi?id=46924 Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml tomcat/tc6.0.x/trunk/webapps/docs/config/host.xml Modified: tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml?rev=765411r1=765410r2=765411view=diff == --- tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/changelog.xml Wed Apr 15 22:52:51 2009 @@ -77,6 +77,10 @@ fix bug46807/bug: Correct docs for configuration of tag pooling. (markt) /fix + fix +bug46924/bug: Clarify behaviour when auto deployment is enabled and +a WAR, directory or context file is deleted or updated. (markt) + /fix /changelog /subsection subsection name=Other Modified: tomcat/tc6.0.x/trunk/webapps/docs/config/host.xml URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/webapps/docs/config/host.xml?rev=765411r1=765410r2=765411view=diff == --- tomcat/tc6.0.x/trunk/webapps/docs/config/host.xml (original) +++ tomcat/tc6.0.x/trunk/webapps/docs/config/host.xml Wed Apr 15 22:52:51 2009 @@ -313,13 +313,34 @@ auto deployer will also track web applications for the following changes: ul liAn update to the WEB-INF/web.xml file will trigger a reload of the -web application/li -liAn update to a WAR which has been expanded will trigger -an undeploy (strongwith a removal of the expanded webapp/strong), -followed by a deployment/li -liAn update to a XML configuration file will trigger an undeploy -(without the removal of any expanded directory), followed by -a deployment of the associated web application/li + web application/li +liDeleting a WAR file will trigger an undeploy of the application with + the removal of any associated expanded directory, context file and + work directory. Any current user sessions will not be persisted./li +liDeleting a directory will trigger an undeploy of the application + with the removal of any associated context file and work directory. + Any current user sessions will not be persisted. If there is an + associated WAR file, it will not be deleted and the application will + be redeployed from the WAR file the next time the auto deployer checks + for changes./li +liDeleting a context file will trigger an undeploy of the application + with the removal of any associated work directory. Any current user + sessions will not be persisted. If there is an associated WAR file + and/or directory, they will not be deleted and the application will be + redeployed from the WAR file (or from directory if there is no WAR + file) the next time the auto deployer checks for changes./li +liUpdating a WAR file will trigger an undeploy of the application with + the removal of any associated expanded directory, context file and + work directory. Any current user sessions will not be persisted./li +liUpdating a directory (not the directory contents) will trigger an + undeploy of the application with the removal of any associated context + file and work directory. Any current user sessions will not be + persisted. The application will be redeployed the next time the auto + deployer checks for changes./li +liUpdating a context file will trigger an undeploy of the application + with the removal of any associated work directory. Any current user + sessions will not be persisted. The application will be redeployed the + next time the auto deployer checks for changes./li /ul /p - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Any way to fix bug 46950 without a change to tcnative?
Folks, I have been looking at bug 46950 [1]. Everything is fine with the BIO connector but with APR the renegotiation fails to trigger a request for the user's certificate. I assume that this is because the socket is still associated with an SSLContext where the SSLVerifyClient is something other than require. I can't see any obvious ways to fix this without either modifying the native code or adding a new method to the native interface. Can anyone see differently? Any pointers to a pure Java solution would be great. Cheers, Mark [1] https://issues.apache.org/bugzilla/show_bug.cgi?id=46950 - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Any way to fix bug 46950 without a change to tcnative?
Mark Thomas wrote: Folks, I have been looking at bug 46950 [1]. Everything is fine with the BIO connector but with APR the renegotiation fails to trigger a request for the user's certificate. I assume that this is because the socket is still associated with an SSLContext where the SSLVerifyClient is something other than require. I can't see any obvious ways to fix this without either modifying the native code or adding a new method to the native interface. Can anyone see differently? Any pointers to a pure Java solution would be great. I'd expect this to be solved in tcnative, at least exposing the correct hooks. It's non-trivial, you might have a look at how mod_ssl handles renegotiation. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: Any way to fix bug 46950 without a change to tcnative?
William A. Rowe, Jr. wrote: Mark Thomas wrote: Folks, I have been looking at bug 46950 [1]. Everything is fine with the BIO connector but with APR the renegotiation fails to trigger a request for the user's certificate. I assume that this is because the socket is still associated with an SSLContext where the SSLVerifyClient is something other than require. I can't see any obvious ways to fix this without either modifying the native code or adding a new method to the native interface. Can anyone see differently? Any pointers to a pure Java solution would be great. I'd expect this to be solved in tcnative, at least exposing the correct hooks. It's non-trivial, you might have a look at how mod_ssl handles renegotiation. I meant to add... tcnative or otherwise, it's critical to exhaust the client's transmission prior to initiating the renegotiation sequence. Often this means slurping the entire contents of the POST body prior to negotiating the client cert. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: gsoc project - Tomcat proxy [query]
One suggestion: I think it would be nice to consider scalability - if you have one tomcat frontend forwarding to 100 backends and acting as a load balancer - you probably can't afford one connection per thread. Many of the http forwarders I know use a blocking http client library - I think this would be the wrong approach for tomcat. To do non-blocking you will need to work at coyote level, and probably make few enhancements to register your client connection with the same framework - i.e. use the same Selectors or APR poll. You would also need to implement a non-blocking http client - you can use the nio/apr as starting points as well, but the code is a bit messy ( IMHO ). Or you could just start from scratch - use an existing non-blocking http client. I have a small experimental async http client in sandbox, if you plan to go non-blocking it may be worth checking it out (I'll update it to what I have - it's kind-of-working ). But probably using the NIO/APR connectors would be a better starting point. Costin On Wed, Apr 15, 2009 at 1:18 PM, jean-frederic clere jfcl...@gmail.comwrote: Sharmistha jat wrote: So, now i would try to install a tomcat cluster and make a simple servlet proxy [reverse] for it, then add in load-balancing logic to it Yep thst is the idea. +++ CUT +++ I have studied a number of servlet proxies like j2ep, noodle Http Proxy Servlet in past days. Could you write a wiki on that? (Somewhere in http://wiki.apache.org/tomcat/). i guess u mean writing wiki about proxy servlet will give my best shot to it, but would borrow 3-4 days for the task. You looked to the j2ep, noodle etc, don't you? It would be nice to describe a little how they work or that least their main features and the url to there code if applicable. Just like a note on other existing implementation. Cheers Jean-Frederic Cheers Jean-Frederic And was puzzled about my intent of making proxy and its designing thereof. So, please guide me a little bit about this. Thanks Sharmistha - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: gsoc project - Tomcat proxy [query]
Thanks for suggestion. [:)] On Thu, Apr 16, 2009 at 5:50 AM, Costin Manolache cos...@gmail.com wrote: One suggestion: I think it would be nice to consider scalability - if you have one tomcat frontend forwarding to 100 backends and acting as a load balancer - you probably can't afford one connection per thread. Many of the http forwarders I know use a blocking http client library - I think this would be the wrong approach for tomcat. To do non-blocking you will need to work at coyote level, and probably make few enhancements to register your client connection with the same framework - i.e. use the same Selectors or APR poll. You would also need to implement a non-blocking http client - you can use the nio/apr as starting points as well, but the code is a bit messy ( IMHO ). Or you could just start from scratch - use an existing non-blocking http client. I have a small experimental async http client in sandbox, if you plan to go non-blocking it may be worth checking it out (I'll update it to what I have - it's kind-of-working ). But probably using the NIO/APR connectors would be a better starting point. Costin On Wed, Apr 15, 2009 at 1:18 PM, jean-frederic clere jfcl...@gmail.comwrote: Sharmistha jat wrote: So, now i would try to install a tomcat cluster and make a simple servlet proxy [reverse] for it, then add in load-balancing logic to it Yep thst is the idea. +++ CUT +++ I have studied a number of servlet proxies like j2ep, noodle Http Proxy Servlet in past days. Could you write a wiki on that? (Somewhere in http://wiki.apache.org/tomcat/). i guess u mean writing wiki about proxy servlet will give my best shot to it, but would borrow 3-4 days for the task. You looked to the j2ep, noodle etc, don't you? It would be nice to describe a little how they work or that least their main features and the url to there code if applicable. Just like a note on other existing implementation. Ok, will write a wiki on the existing servlet proxies, their approach and working [thanks] Cheers Jean-Frederic Cheers Jean-Frederic And was puzzled about my intent of making proxy and its designing thereof. So, please guide me a little bit about this. Thanks Sharmistha - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
