Re: Need Support
Directly You can't http://www.theserverside.net/news/thread.tss?thread_id=34139 From: Hemant Garg - Futech To: "dev@tomcat.apache.org" Sent: Thursday, April 16, 2009 12:34:07 PM Subject: Need Support Dear Sir, Can be use Apache tomcat to deploy .NET application? Thanks Hemant Garg Private & confidential. This communication, and the information contained herein is intended to be for the use of the individual or entity named above. If you are not the intended recipient, please delete this message immediately and please note that any disclosure, copying, distribution or use of the contents of this information is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone or by return email immediately. The views and opinions expressed above are the views of the individual sender, and are not necessarily those of Noor Islamic Bank PJSC.
Need Support
Dear Sir, Can be use Apache tomcat to deploy .NET application? Thanks Hemant Garg Private & confidential. This communication, and the information contained herein is intended to be for the use of the individual or entity named above. If you are not the intended recipient, please delete this message immediately and please note that any disclosure, copying, distribution or use of the contents of this information is strictly prohibited. If you have received this electronic transmission in error, please notify us by telephone or by return email immediately. The views and opinions expressed above are the views of the individual sender, and are not necessarily those of Noor Islamic Bank PJSC.
Re: gsoc project - Tomcat proxy [query]
Thanks for suggestion. [:)] On Thu, Apr 16, 2009 at 5:50 AM, Costin Manolache 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 wrote: > >> 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
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 wrote: > 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: 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: 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
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
DO NOT REPLY [Bug 46924] Session is lost when application is reloaded through touching the war file
https://issues.apache.org/bugzilla/show_bug.cgi?id=46924 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Mark Thomas 2009-04-15 15:57:03 PST --- Good news and bad news I am afraid. The good news is that this is 'fixed'. The bad news is that the fix is making the docs clearer that Tomcat is working as designed in this case. There are ways to achieve an update to an application without dropping the sessions. The simplest is probably: - deploy as an exploded directory rather than a WAR - update the files - touch web.xml to trigger a reload This is only one way. If you want to discuss the alternatives then please use the users list. The reason for the current behaviour is to prevent problems when WARs are updated in incompatible ways and anything other than a full undeploy followed by (essentially) a new deployment causes conflicts. The updated docs are in trunk and 6.0.x and will be included in 6.0.20 onwards. -- 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: 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=765411&view=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=765411&r1=765410&r2=765411&view=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 @@ 46807: Correct docs for configuration of tag pooling. (markt) + +46924: Clarify behaviour when auto deployment is enabled and +a WAR, directory or context file is deleted or updated. (markt) + 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=765411&r1=765410&r2=765411&view=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: An update to the WEB-INF/web.xml file will trigger a reload of the -web application -An update to a WAR which has been expanded will trigger -an undeploy (with a removal of the expanded webapp), -followed by a deployment -An 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 + web application +Deleting 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. +Deleting 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. +Deleting 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. +Updating 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. +Updating 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. +Updating 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. - 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=765407&view=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=765407&r1=765406&r2=765407&view=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 @@ Updating 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. -Updating a directory (not the diretcory contents) will trigger an +Updating 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: 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=765406&view=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=765406&r1=765405&r2=765406&view=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: An update to the WEB-INF/web.xml file will trigger a reload of the -web application -An update to a WAR which has been expanded will trigger -an undeploy (with a removal of the expanded webapp), -followed by a deployment -An 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 + web application +Deleting 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. +Deleting 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. +Deleting 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. +Updating 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. +Updating 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. +Updating 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. - 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
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
Re: gsoc project - Tomcat proxy [query]
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 [other parts like filtering n caching can be seen later] thanks for your help, its really helped me to see the project more clearly. >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/). 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. >> >> 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
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=765226&view=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=765226&r1=765225&r2=765226&view=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
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=765223&view=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=765223&r1=765222&r2=765223&view=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=rev&revision=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
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 changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #3 from Mark Thomas 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
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 changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #2 from ydkalyan 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
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 - 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 - 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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mark Thomas 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
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
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
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=765153&view=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=765153&r1=765152&r2=765153&view=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 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 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
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 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 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 changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WORKSFORME | --- Comment #4 from Andr 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 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 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
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=765094&view=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=765094&r1=765093&r2=765094&view=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=763717&view=rev +1: markt -1: + +* Update native to 1.1.16 + http://svn.apache.org/viewvc?view=rev&revision=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 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 changed: What|Removed |Added CC||steven.ya...@springsource.c ||om --- Comment #1 from Steve Yates 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 ) does > NOT work when: > > Servlet is loaded on tomcat startup i.e. when in web.xml you have > 1 > 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