Re: JK 1.2.29-dev Available for testing
On 02/17/2010 04:24 PM, Rainer Jung wrote: thanks for rolling. Did you see BZ 48742, which seems to be a show-stopper regression. Updated a new snapshot (911726) with BZ48742 fixed. I plan to stick with the schedule and tag on Tuesday. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 47242] request for AJP command line client
https://issues.apache.org/bugzilla/show_bug.cgi?id=47242 --- Comment #6 from chamith buddhika 2010-02-19 09:34:41 UTC --- (In reply to comment #5) > As the initial contributor to the JMeter AJP/1.3 Sampler (mentioned by Sebb), > I > would look there for a starting point. That contains all of the Java code to > create an AJP/1.3 client. > > Personally, I prefer working with JMeter for this type of low-level connection > analysis, but if you want to create a stand-alone version, knock yourself out. If there is already some code lying around for this I also think it would be best to come up with some sort of a client with that as per this requirement rather than reinventing the wheel.I will keep in touch with any updates on Bill's findings. I am currently going through AJP protocol documentation to see how it works. Btw I just wanted to have an entry point for making some contributions for Tomcat project since I am new to the project. :-) -- 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 48775] New: multilevel context path with # character problem
https://issues.apache.org/bugzilla/show_bug.cgi?id=48775 Summary: multilevel context path with # character problem Product: Tomcat 5 Version: 5.5.28 Platform: All OS/Version: Windows XP Status: NEW Severity: blocker Priority: P2 Component: Webapps:Manager AssignedTo: dev@tomcat.apache.org ReportedBy: temb...@gmail.com Hi, When I use multi-level context path in tomcat, I have folders created with # inside webapps like folder1#folder2#folder3. The xsl files inside my web module tries to import other xsl files in the same hierarchy like,inside file1.xsl, I do, but this throws an exception "java.net.MalformedURLException: no protocol:file2.xsl". I tried to give with protocol like, 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 48775] multilevel context path with # character problem
https://issues.apache.org/bugzilla/show_bug.cgi?id=48775 tembugs changed: What|Removed |Added Keywords||XSLTBug -- 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 48775] multilevel context path with # character problem
https://issues.apache.org/bugzilla/show_bug.cgi?id=48775 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Mark Thomas 2010-02-19 10:43:16 UTC --- # is a reserved character in a url and must be encoded. Bugzilla is not a support forum. Please use the users list if you require further assistance. -- 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 48763] AJP Connectors fail when POST requests don't have a Content-Length header
https://issues.apache.org/bugzilla/show_bug.cgi?id=48763 --- Comment #13 from Mladen Turk 2010-02-19 10:59:47 UTC --- Can you check with the latest 1.2.29 preview from http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/binaries/win32/jk-1.2.29/ Use the isapi_redirect-1.2.29-dev-911726.dll and rename to isapi_redirect.dll There is also 64-bit version available at http://tomcat.apache.org/dev/dist/tomcat-connectors/jk/binaries/win64/jk-1.2.29/ 1.2.29 has few fixes for tightening the AJP message sequence ordering making it more robust for edge cases. -- 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
Removing Listener Based Approach
Hello folks; As you have already know, Tomcat has mainly implemented on Event-Listener mechanism. I think about to remove all of those event-listener mechanism for configuring/starting Tomcat. It is very hard to extend Tomcat without really knowing internal details because you are not able to find which part/parts listen for doing something etc. When using some extended interface and adding methods etc., it will be more structure coding for configuring and starting Tomcat. WDYT? --Gurkan
Re: jk/cluster - intelligent systems load
>> If we goes back to the original thread and using Hyperic stuff in a >> servlet filter or whatever Tomcat extension ? >> >> > Absolutely - a filter would be perfect and will work with any servlet > engine. Jetty users will thanks Tomcat community :) > There are some problems with making sure this doesn't leak out - i.e. > an X-header inserted by mod_proxy and make sure it filters X-headers > from the response. mod_proxy guru around ? >> Could it be usefull for jk, mod_proxy, mod_cluster ? >> >> Or a specific servlet should/could be provided for such collect >> purpose and it Will be called by remote at it's own rate ? >> > > That would work too, even better - a status servlet, which may provide > additional data, like number of sessions, java memory, etc. Don't we have > one already - dumping all jmx data ? Probably need to output data > in an easier to parse format, and I guess mod_proxy configuration would > be a bit tricky if you want to use multiple variables, but doable. a status servlet could be better, since it could also report informations about Tomcat engine, like number of ajp/http threads. A basic format for simple decoding of course :) BTW, since there is VMWare/SpringSourcer around, could the Hyperic stuff turned into ASL or BSD licence ? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
On 2/19/10 8:24 AM, Henri Gomez wrote: If we goes back to the original thread and using Hyperic stuff in a servlet filter or whatever Tomcat extension ? Absolutely - a filter would be perfect and will work with any servlet engine. Jetty users will thanks Tomcat community :) There are some problems with making sure this doesn't leak out - i.e. an X-header inserted by mod_proxy and make sure it filters X-headers from the response. mod_proxy guru around ? Not a mod_proxy guru, but filtering X-header from responses should be near trivial based on past experience with the proxy code. Nice discussion btw. This is a topic I've long been interested in. Bill - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
> Not a mod_proxy guru, but filtering X-header from responses should be near > trivial based on past experience with the proxy code. > Nice discussion btw. This is a topic I've long been interested in. You're not alone ;) Two options (not incompatible) to provide servlet engine information to back end (cluster system). - a filter add this information in a X-header, each Y requests, or Z seconds. - a servlet called explicitly by the back-end. There is the GPL licence 'problem' of the Hyperic lib which should be 'solved' isn't ? - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
On 02/19/2010 05:06 PM, Henri Gomez wrote: Not a mod_proxy guru, but filtering X-header from responses should be near trivial based on past experience with the proxy code. There is the GPL licence 'problem' of the Hyperic lib which should be 'solved' isn't ? Tomcat Native already has some capabilities that can provide system not JVM options like CPU and Memory load on the box itself. For loadbalancing stuff this is all that is needed thought. Some of those are even displayed on status page when it's loaded in inside the Tomcat. Regards -- ^TM - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
On 02/19/2010 05:19 PM, Mladen Turk wrote: > On 02/19/2010 05:06 PM, Henri Gomez wrote: >>> Not a mod_proxy guru, but filtering X-header from responses should be >>> near >>> trivial based on past experience with the proxy code. >> >> >> There is the GPL licence 'problem' of the Hyperic lib which should be >> 'solved' isn't ? >> > > Tomcat Native already has some capabilities that > can provide system not JVM options like CPU and Memory > load on the box itself. For loadbalancing stuff > this is all that is needed thought. > Some of those are even displayed on status page > when it's loaded in inside the Tomcat. Additionally JAVA6 provide stats information on the JVM. Cheers Jean-Frederic - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
On Fri, Feb 19, 2010 at 8:51 AM, jean-frederic clere wrote: > On 02/19/2010 05:19 PM, Mladen Turk wrote: > > On 02/19/2010 05:06 PM, Henri Gomez wrote: > >>> Not a mod_proxy guru, but filtering X-header from responses should be > >>> near > >>> trivial based on past experience with the proxy code. > >> > >> > >> There is the GPL licence 'problem' of the Hyperic lib which should be > >> 'solved' isn't ? > >> > > > > Tomcat Native already has some capabilities that > > can provide system not JVM options like CPU and Memory > > load on the box itself. For loadbalancing stuff > > this is all that is needed thought. > > Some of those are even displayed on status page > > when it's loaded in inside the Tomcat. > > Additionally JAVA6 provide stats information on the JVM. > > My preference would be to use the servlet - maybe enhance the JMXProxyServlet, which dumps all JMX information. The current format is relatively easy to parse - but can be made simpler, and you could add some parameter to select a subset of the mbeans. On Linux you can also grab a lot of stuff from /proc, and wrap it in a mbean or the servlet. Costin
Re: jk/cluster - intelligent systems load
>> Tomcat Native already has some capabilities that >> can provide system not JVM options like CPU and Memory >> load on the box itself. For loadbalancing stuff >> this is all that is needed thought. >> Some of those are even displayed on status page >> when it's loaded in inside the Tomcat. > > Additionally JAVA6 provide stats information on the JVM. It should but the IBM Java 6 didn't report it correctly for example ;( - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
> My preference would be to use the servlet - maybe enhance the > JMXProxyServlet, which dumps all > JMX information. The current format is relatively easy to parse - but can be > made simpler, and you > could add some parameter to select a subset of the mbeans. JMXProxyServlet, I'll look at it. > On Linux you can also grab a lot of stuff from /proc, and wrap it in a mbean > or the servlet. Linux yes, but there is many others OS to support :( - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
Re: jk/cluster - intelligent systems load
> Tomcat Native already has some capabilities that > can provide system not JVM options like CPU and Memory > load on the box itself. For loadbalancing stuff > this is all that is needed thought. > Some of those are even displayed on status page > when it's loaded in inside the Tomcat. Well it's a good candidate :) - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
svn commit: r912026 - in /tomcat/trunk/modules/jdbc-pool: .classpath build.xml java/org/apache/tomcat/jdbc/pool/PooledConnection.java java/org/apache/tomcat/jdbc/pool/interceptor/ConnectionState.java
Author: fhanik Date: Fri Feb 19 23:02:49 2010 New Revision: 912026 URL: http://svn.apache.org/viewvc?rev=912026&view=rev Log: In some drivers, the call to setTransactionIsolation should be the very first call Modified: tomcat/trunk/modules/jdbc-pool/.classpath tomcat/trunk/modules/jdbc-pool/build.xml tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/PooledConnection.java tomcat/trunk/modules/jdbc-pool/java/org/apache/tomcat/jdbc/pool/interceptor/ConnectionState.java Modified: tomcat/trunk/modules/jdbc-pool/.classpath URL: http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/.classpath?rev=912026&r1=912025&r2=912026&view=diff == --- tomcat/trunk/modules/jdbc-pool/.classpath (original) +++ tomcat/trunk/modules/jdbc-pool/.classpath Fri Feb 19 23:02:49 2010 @@ -6,6 +6,5 @@ - Modified: tomcat/trunk/modules/jdbc-pool/build.xml URL: http://svn.apache.org/viewvc/tomcat/trunk/modules/jdbc-pool/build.xml?rev=912026&r1=912025&r2=912026&view=diff == --- tomcat/trunk/modules/jdbc-pool/build.xml (original) +++ tomcat/trunk/modules/jdbc-pool/build.xml Fri Feb 19 23:02:49 2010 @@ -348,7 +348,7 @@ - +
JSTL - TOMCat Version 6
Hi, I'm have a problem with the EL on Tomcat V6 , The EL fields just display without processing. I have already placed the standard.jar and jstl.jar into the tomcat lib folder and tld's into the web-inf folder of my application. Please advise, Thanks in advance. Naveen -- View this message in context: http://old.nabble.com/JSTL---TOMCat-Version-6-tp27661703p27661703.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
DO NOT REPLY [Bug 48763] AJP Connectors fail when POST requests don't have a Content-Length header
https://issues.apache.org/bugzilla/show_bug.cgi?id=48763 --- Comment #14 from Bruce G. Stewart 2010-02-20 01:13:30 UTC --- Mladen, isapi_redirect-1.2.29-dev-911726.dll (x64 version) acts just the same way - the first body block is sent right after the header. Browsing the jk code, I see ajp_send_request() in jk_ajp_common.c includes this comment: /* || s->is_chunked - this can't be done here. The original protocol sends the first chunk of post data ( based on Content-Length ), and that's what the java side expects. Sending this data for chunked would break other ajp13 servers. Note that chunking will continue to work - using the normal read. */ but code to test the value of s->is_chunked was removed between revisions 298092 and 298162. -- 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
