SV: New TLP draft
+1 I think burrying new potential contributors in auto generated spam is a bad practice. Regards Jan H. Hansen -Oprindelig meddelelse- Fra: Tim Funk [mailto:[EMAIL PROTECTED] Sendt: 6. april 2005 19:41 Til: Tomcat Developers List Emne: Re: New TLP draft Looks good. Just an idea, it may be nice to have the 3 new lists tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I sometimes do not care about bug updates and need to write filters to automatically delete them. I am guessing some others might be more interested in the dev discussion and not the bugs. tomcat-cvs - Same as tomcat-bug but just for cvs commits. tomcat-gump - For deaths by gump. If your not a committer - these are useless to someone. -Tim Remy Maucherat wrote: Hi, Here's a new draft with the necessary updates. I suppose this needs to be sent to the PMC for approval. If this draft is ok, I will send it there. Then there are infrastructure taks: - renaming mailing lists - moving CVS - new DNS and virtual host - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: New TLP draft
Hi, Actually, I'm -0 teetering on -1 for this ;) It's not spam, it's important information for everyone working on Tomcat. Frequently it's these emails that trigger the most serious discussions and the most catching of errors. It's easier for me to subscribe to one list and create rules to filter stuff out than it is to subscribe for three lists. But since either is a 1-time effort, I'm only -0 and would be OK if Tim and others (whose votes are binding, unlike this one) really wanted it. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Jan H. Hansen [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 5:47 AM To: Tomcat Developers List Subject: SV: New TLP draft +1 I think burrying new potential contributors in auto generated spam is a bad practice. Regards Jan H. Hansen -Oprindelig meddelelse- Fra: Tim Funk [mailto:[EMAIL PROTECTED] Sendt: 6. april 2005 19:41 Til: Tomcat Developers List Emne: Re: New TLP draft Looks good. Just an idea, it may be nice to have the 3 new lists tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I sometimes do not care about bug updates and need to write filters to automatically delete them. I am guessing some others might be more interested in the dev discussion and not the bugs. tomcat-cvs - Same as tomcat-bug but just for cvs commits. tomcat-gump - For deaths by gump. If your not a committer - these are useless to someone. -Tim Remy Maucherat wrote: Hi, Here's a new draft with the necessary updates. I suppose this needs to be sent to the PMC for approval. If this draft is ok, I will send it there. Then there are infrastructure taks: - renaming mailing lists - moving CVS - new DNS and virtual host - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How Tomcat validates web.xml
On Apr 6, 2005 10:07 PM, Jeanfrancois Arcand [EMAIL PROTECTED] wrote: N G wrote: On Apr 6, 2005 10:31 AM, Jeanfrancois Arcand [EMAIL PROTECTED] wrote: SO, are you saying that even though Tomcat will accept whatever you put for the path to the Schema (since it uses its own copy), the app will not necessarily be portable to other servers since they might choose to actually pay attention to the schema location specified by web.xml? So, to guarantee that the app is 100% portable, you must specify: web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation= http://java.sun.com/xml/ns/j2ee http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd; version=2.4 Am I correct? We use SAX when parsing/validating the web.xml, and at the time we resolve the XML entity, we use the system ID to redirect the stream to our internal version. So if you don't have everything required in your web-app .. element, then it will fail because the parser (unfortunalty we use buggy Xerces ;-)) will not be able to create properly its schema table, unless you are connected to the internet and we are able to resolve the uri. So I don't see why your app deployed/validated in Tomcat will not be portable. Do you have a test case? Yes, I do. Try this header in your web.xml in Tomcat 5.5.7 and the app will deploy with no problems: web-app xmlns=http://java.sun.com/xml/ns/j2ee; xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation= http://java.sun.com/xml/ns/j2ee whatever version=2.4 Now, while I don't really have another 2.4 compliant server to try this on right now, EVEN ACCORDING TO YOU (as you correctly pointed out in the spec.), another server HAS THE RIGHT to validate this file however it wants. So, it might choose to validate it by actually paying attention to the schema location specified. Thus, the above declaration will fail and is therefore NOT portable! Am I wrong? Thanks, NG. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
The main use case is when I lurked in geronimo. When a build in geronimo fails - it creates a *massive* email which I as a lurker really don't care about. It also took forever to download of a highspeed line. I also recevied wiki updates when subscribed to the cvs commits which I didn't care about. The information is important .. if you care about that specific topic, otherwise its spam. -Tim Yoav Shapira wrote: Hi, Actually, I'm -0 teetering on -1 for this ;) It's not spam, it's important information for everyone working on Tomcat. Frequently it's these emails that trigger the most serious discussions and the most catching of errors. It's easier for me to subscribe to one list and create rules to filter stuff out than it is to subscribe for three lists. But since either is a 1-time effort, I'm only -0 and would be OK if Tim and others (whose votes are binding, unlike this one) really wanted it. Yoav Shapira System Design and Management Fellow MIT Sloan School of Management / School of Engineering Cambridge, MA USA [EMAIL PROTECTED] / [EMAIL PROTECTED] -Original Message- From: Jan H. Hansen [mailto:[EMAIL PROTECTED] Sent: Thursday, April 07, 2005 5:47 AM To: Tomcat Developers List Subject: SV: New TLP draft +1 I think burrying new potential contributors in auto generated spam is a bad practice. Regards Jan H. Hansen -Oprindelig meddelelse- Fra: Tim Funk [mailto:[EMAIL PROTECTED] Sendt: 6. april 2005 19:41 Til: Tomcat Developers List Emne: Re: New TLP draft Looks good. Just an idea, it may be nice to have the 3 new lists tomcat-bug - bug updates from bugzilla. When I subscribe to other groups - I sometimes do not care about bug updates and need to write filters to automatically delete them. I am guessing some others might be more interested in the dev discussion and not the bugs. tomcat-cvs - Same as tomcat-bug but just for cvs commits. tomcat-gump - For deaths by gump. If your not a committer - these are useless to someone. -Tim - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Connectors!!Help needed!!
Hello Everybody, I'm developing an application which is a java servlet, deployed on tomcat 5.5 Now, I want my application to take raw data from the client through sockets, for that it has to make a socket connection and listen that port for data. I've heard that we can create Connectors in Tomcat, which can listen to any protocol type of request i.e. Http, Telnet or any of application protocol. In my case I need a Connector which can listen to a socket for raw data type requests... And, I can hook my application (or servlet) with that Connector can listen to those requests which are coming on that connection. But, as a solution I want my client to be a simple Telnet tool, which can send requests on the port, I've configured for my Connector. But, till now I've seen tomcat entertaining Http requests only. Please suggest, - How to implement this in tomcat 5.5 - Is there any built-in connector available - Is it possible to make a custom connector for this scenario which can handle raw socket requests Looking forward to your comments suggestions - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.
DO NOT REPLY [Bug 34346] New: - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 Summary: Webapp removal does not remove folder Product: Tomcat 5 Version: 5.5.8 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: P2 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Hello, I have noticed that since the move from 5.5.7 to 5.5.8 when I remove a deployed webapp via the Tomcat Manager the actual folder (under Tomcat5.5 \webapps) does not get deleted. Did not try to use 5.5.9, but in the changelog I did not spot anything pointing in this direction ... many thanks, andrea -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 15:06 --- This works well for me, and others. Please explain how to reproduce the problem. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34339] - commons-modeler.jar file missing from admin package
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34339. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34339 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 15:06 --- You're not installing the admin webapp correctly. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 15:18 --- I install a simple webapp via Tomcat Manager. Webapp starts correctly. Exercise the Webapp a little. Using Tomcat Manager to undeploy the webapp. The .war file (mder Tomcat5.5\webapps) is deleted. The webapp folder on the other hand does not get removed at all (not any of its content). I am using Java JRE 1.5.0_01. With Tomcat 5.5.7 following the same steps resulted in a full undeployment of the webapp. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 15:34 --- Did not try to use 5.5.9, but in the changelog I did not spot anything pointing in this direction ... Spot harder. What you describe works for me, and your subsequent comment does not explain anything. Since you are not willing to make the effort of properly explaining your issue (configuration, META-INF/context.xml, etc), I am wasting my time - INVALID. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
Tim Funk wrote: The main use case is when I lurked in geronimo. When a build in geronimo fails - it creates a *massive* email which I as a lurker really don't care about. It also took forever to download of a highspeed line. I also recevied wiki updates when subscribed to the cvs commits which I didn't care about. Ok, but Tomcat doesn't do either (no wiki updates, no big failure logs). Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
True. But do others really need to see the GUMP message if they don't want them? Since I should be reading the GUMP failures - it is mandatory for me to see them. But for any other dev lists one is subscribed to (but not committing) - do you really care that the latest build failed? Since the failure messages are small as compared to geronimo - the case is not as compelling. As for the wiki - it would be nice to get Wiki updates so as to mitigate the possibility of horrible information being posted. While the wiki is not pretty and does not have many pages - it does serve a nice function as a catch-all for various helper links or an alternate way to share HOW-TO information without being a committer. -Tim Remy Maucherat wrote: Tim Funk wrote: The main use case is when I lurked in geronimo. When a build in geronimo fails - it creates a *massive* email which I as a lurker really don't care about. It also took forever to download of a highspeed line. I also recevied wiki updates when subscribed to the cvs commits which I didn't care about. Ok, but Tomcat doesn't do either (no wiki updates, no big failure logs). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34349] New: - cookies=false with request mit session cookie
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34349. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34349 Summary: cookies=false with request mit session cookie Product: Tomcat 5 Version: 5.5.7 Platform: All OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Catalina AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I set in my context.xml cookies=false and send a request with a cookie jsessionid and urlEncode don't encode my links! the testcode looks like URL url = new URL (http://myServer/foo/foo;); HttpURLConnection conn = (HttpURLConnection)url.openConnection(); conn.setUseCaches(false); conn.setRequestProperty(Cookie,JSESSIONID=foo); regards Dietmar -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 16:22 --- Created an attachment (id=14639) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14639action=view) WEB-INF/web.xml -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 16:26 --- Created an attachment (id=14640) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14640action=view) META-INF/context.xml -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34339] - commons-modeler.jar file missing from admin package
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34339. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34339 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 16:57 --- I faced a similar problem with Tomcat 5.5.7 on linux RH 7.3 In my case the first time I access /admin I get a blank page when I reload the page I get an error 503 saying the login_jsp is not available. Logs at catalina.out report missing org/apache/commons/modeler/Registry. I followed Serge's recommendation and everything works ok now. So I guess this is still an open bug. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34349] - cookies=false with request mit session cookie
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34349. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34349 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 17:08 --- If a cookie is submitted, Tomcat will use it. Please don't reopen the report. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 17:09 --- Could you please spend some of your invaluable time and infinite wisdom to actually explain where in the ChangeLog the 'spot harder' action would have born successful fruits? This will not just help myself but all others who will read this bug report in the future on the ASF Bugzilla website. I see of some interest: Tomcat 5.5.9 + General - Add host manager webapp (remm) - not this, correct? + Catalina - Remove some instances of expanded folder removal (remm) - no bug to look up - i.e. 'fewer' instances of 'expanded folder removal' - not my case, that would have been Added some instances ... - 34006: If antiResourceLocking was used, HostConfig considered the path as external, and web application resources were not correctly removed or tacked; also simplify the code a lot (remm) - did not use it (5.5.7 did undeploy things correctly without using this attribute) - will now experiment with 5.5.9, antiResourceLocking, and antiJARLocking Quoting: Since you are not willing to make the effort of properly explaining your issue (configuration, META-INF/context.xml, etc), I am wasting my time In my humble opinion the description of what I have encountered as an issue seems to be 'properly' explained in english language. I have provided the steps which in my case always reproduce the issue. I have now also provided as attachments (if useful) the WEB-INF/web.xml and META-INF/context.xml if they would help in shedding more light on the described issue. What more would you have liked to be provided in order to be more helpful? The war file itself? The directory structure when unfolded? I wish I could read minds, that way I will have provided you with all the information you required. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34339] - commons-modeler.jar file missing from admin package
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34339. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34339 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 17:12 --- Please do not reopen the report. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 17:16 --- Apparently, submitting configuration as part of a bug report is something which defies logic. BTW, since you're on Windows, and not using antiResourceLocking or antiJARLocking, there's no way 5.5.7 could undeploy anything, except in very specific cases (again, I have to make guesses). No server.xml or test WAR, of course. At least you are consistent ;) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] 5.5.9 Stability
Yoav Shapira wrote: [X] Stable -- good build The build looks good to me. I would say it passes the TCK test, as Jan said the TCK status was still ok after making the nearly last minute getId change (which got reverted). Of course, I could be wrong. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 17:19 --- From your META-INF/context.xml: Context path=/mmserver docBase=mmserver debug=0 reloadable=false crossContext=false override=false Logger className=org.apache.catalina.logger.SystemOutLogger prefix=localhost_mmserver_log. suffix=.txt timestamp=true / /Context - Logger element does not exist anymore - never use either path, docBase, debug on your Context element --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 18:28 --- Thanks for the useful info for context.xml. Server.xml is untouched, same one as per default Tomcat 5.5.8 installation. Did not provide test war file because did not have any real time to spend on encapsulating the problem. It was sufficient to be aware of the issue and manually deleting the webapp folder after undeployment. Tomcat 5.5.7 did for real undeploy fully the webapp, so it must have been one of the very special cases for which it worked Switched to Tomcat 5.5.9, applied the suggested changes to context.xml plus adding the antiJARLocking=true and antiResourceLocking=true attributes. Now the webapp fully undeploys itself when using the Tomcat Manager undeploy action (as it did in the past). Case closed I suspect since Tomcat 5.5.8 is probably consigned to history by now. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34346] - Webapp removal does not remove folder
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34346. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34346 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 18:36 --- Depending on what your webapp is doing, you may be able to live with antiJARLocking only. If your webapp is extra careful about all the URL it handles (it's fairly rare, however), you don't need anything. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
- Original Message - From: Tim Funk [EMAIL PROTECTED] To: Tomcat Developers List tomcat-dev@jakarta.apache.org Sent: Thursday, April 07, 2005 7:17 AM Subject: Re: New TLP draft True. But do others really need to see the GUMP message if they don't want them? Since I should be reading the GUMP failures - it is mandatory for me to see them. But for any other dev lists one is subscribed to (but not committing) - do you really care that the latest build failed? Since the failure messages are small as compared to geronimo - the case is not as compelling. Having [EMAIL PROTECTED] is just silly. The messages (currently two per day) are easily filtered by any half-decent mail client. Also, any committer can simply turn off the nags, and require that people that want to check the Gump status need to goto http://brutus.apache.org. As for the wiki - it would be nice to get Wiki updates so as to mitigate the possibility of horrible information being posted. While the wiki is not pretty and does not have many pages - it does serve a nice function as a catch-all for various helper links or an alternate way to share HOW-TO information without being a committer. -Tim Remy Maucherat wrote: Tim Funk wrote: The main use case is when I lurked in geronimo. When a build in geronimo fails - it creates a *massive* email which I as a lurker really don't care about. It also took forever to download of a highspeed line. I also recevied wiki updates when subscribed to the cvs commits which I didn't care about. Ok, but Tomcat doesn't do either (no wiki updates, no big failure logs). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message is intended only for the use of the person(s) listed above as the intended recipient(s), and may contain information that is PRIVILEGED and CONFIDENTIAL. If you are not an intended recipient, you may not read, copy, or distribute this message or any attachment. If you received this communication in error, please notify us immediately by e-mail and then delete all copies of this message and any attachments. In addition you should be aware that ordinary (unencrypted) e-mail sent through the Internet is not secure. Do not send confidential or sensitive information, such as social security numbers, account numbers, personal identification numbers and passwords, to us via ordinary (unencrypted) e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34357] New: - Seg Fault in Apache 2 mod_jk.c
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34357. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34357 Summary: Seg Fault in Apache 2 mod_jk.c Product: Tomcat 4 Version: 4.1.31 Platform: Sun OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] This is for mod_jk 1.2.8 but the bug still exists in the HEAD of CVS. [EMAIL PROTECTED] ([EMAIL PROTECTED]) terminated by signal SEGV (no mapping at the fault address) Current function is jk_translate 2330 !strcmp(r-main-handler, DIR_MAGIC_TYPE)) { (/opt/SUNWspro/bin/dbx) where current thread: [EMAIL PROTECTED] [1] strcmp(0x14594a8, 0xfeba6b58, 0x0, 0x0, 0xfecf565c, 0x68747470), at 0xfee32d34 =[2] jk_translate(r = 0x3016d8), line 2330 in mod_jk.c [3] ap_run_translate_name(0x3016d8, 0x30c7e8, 0x301810, 0x7efefeff, 0x0, 0x0), at 0xa23d0 I will be attaching a patch. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34357] - Seg Fault in Apache 2 mod_jk.c
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34357. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34357 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 20:49 --- Created an attachment (id=14646) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14646action=view) Patch to fix apache 2 mod_jk seg fault -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34358] New: - loadbalance.method=[T]raffic not enbaled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34358. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34358 Summary: loadbalance.method=[T]raffic not enbaled Product: Tomcat 4 Version: 4.1.31 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Connector:JK/AJP AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] I tried setting the lb worker method=T (Traffic) and found that it was not being honored. A review of the code found that the jk_lb_get_method() function is never being called to set the lb worker-lbmethod. Is this feature just not enabled yet? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34358] - loadbalance.method=[T]raffic not enbaled
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34358. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34358 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 21:00 --- No it's not enabled. I had a local copy, but it seems I did not commit the change. Inside jk_lb_worker.c::init you will need to add: p-method = jk_get_lb_method(props, p-s-name); -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat Connectors!! Help needed!!
Do not use as many exclamation marks than words. Do not have as many words in your disclaimer as your query. Your technical question is addressed below... Sharma, Meenakshi wrote: Hello Everybody, I'm developing an application which is a java servlet, deployed on tomcat 5.5 Now, I want my application to take raw data from the client through sockets, for that it has to make a socket connection and listen that port for data. I've heard that we can create Connectors in Tomcat, which can listen to any protocol type of request i.e. Http, Telnet or any of application protocol. In my case I need a Connector which can listen to a socket for raw data type requests... Writing your own connector is probably a big undertaking, and not for the faint of heart. Why not just write a standalone server, if you're not using HTTP? Or, even simpler, why not have the client use POST and read the body as an input stream in the servlet? This does allow you to send raw data from a client to a Servlet. Consult any good book on Servlet Programming for how to do it. This way you get all the benefits of Tomcat without having to rewrite it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34319] - StoreBase.processExpires() is very inefficient
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34319. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34319 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #14627|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 22:49 --- Created an attachment (id=14654) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14654action=view) JDBCStore.processExpires() Here's a better idea. Instead of loading in any sessions at all, why not override processExpires() to simply remove the old sessions. This accomplishes exactly the same thing without all of the loading and deleting of sessions. This is a huge performance (and memory usage) improvment. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34361] New: - Using Manager ant tasks is messy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34361 Summary: Using Manager ant tasks is messy Product: Tomcat 5 Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P2 Component: Webapps:Manager AssignedTo: tomcat-dev@jakarta.apache.org ReportedBy: [EMAIL PROTECTED] Using ant tasks to deploy, undeploy apps, etc. requires one to copy and paste taskdefs from the documentation into their build.xml which is messy. The docs also instruct the user to copy the catalina-ant.jar file into the $ANT_HOME/lib directory, which is unnecessary if you specify the classpath in your taskdef element and should be avoided when possible. I propose that we have a centralized ant project file will solve these problems for the with a single line of code. Then update the manager-how-to doc to specify how to import this .xml file which is much cleaner. With this solution, the user would need the following code in their ant build script to use the tasks. I assume here that they have set the catalina.home property elsewhere (hopefully their build.properties file): import file=${catalina.home}/bin/catalina-tasks.xml/ Another possible solution to this problem is to use taskdef and specify the resource catalina.tasks (under org.apache.catalina.ant) and then specify the classpath inline. However, this also includes the JspC task which has a good deal of dependencies and requires you to import a lot of jar files to run. I believe that this solution represents a good balance of consideration for these issues. The new catalina-tasks.xml file will live in $CATALINA_HOME/bin which will import everything in catalina.tasks, including JspC and also import the needed jar files. It will also self-discover the correct catalina.home if it was not previously specified. Drawbacks to this approach: This will slow the build more than excluding JspC because the JspC taskdef will load more classes than just the pure Catalina tasks. Bonuses of this approach: This makes JspC available as well and also prevents the need for either: a.) another catalina.tasks file that does not contains JspC (e.g., pure-catalina.tasks) b.) the removal of JspC from catalina.tasks (I don't know the dependencies here) or c.) putting a taskdef line in the catalina-imports.xml file for each task that we want to import instead of using a bulk include like I am proposing now. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34361] - Using Manager ant tasks is messy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34361 --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 23:29 --- Created an attachment (id=14656) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14656action=view) jakarta-tomcat-catalina/webapps/docs/manager-howto.xml from 20050406 nightly Removed instructions to copy catalina-ant.jar to the $ANT_HOME/lib. Removed code that declares Tomcat taskdefs in example build.xml. Added import of $CATALINA_HOME/bin/catalina-tasks.xml to top of example build.xml to replace taskdefs that were removed. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34361] - Using Manager ant tasks is messy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34361 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2005-04-07 23:31 --- Created an attachment (id=14657) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=14657action=view) jakarta-tomcat-catalina/catalina/src/bin/catalina-tasks.xml proposed new file ant build script for importing to simplify taskdefs and class location -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 34361] - Using Manager ant tasks is messy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=34361. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34361 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |tomcat- ||[EMAIL PROTECTED] Status|ASSIGNED|NEW -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse JSSESocketFactory.java
billbarker2005/04/07 19:49:50 Modified:util/java/org/apache/tomcat/util/net/jsse JSSESocketFactory.java Log: Add support for using Smart Cards as trust/keyStore. Revision ChangesPath 1.18 +8 -8 jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java Index: JSSESocketFactory.java === RCS file: /home/cvs/jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/net/jsse/JSSESocketFactory.java,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- JSSESocketFactory.java29 Aug 2004 17:14:42 - 1.17 +++ JSSESocketFactory.java8 Apr 2005 02:49:50 - 1.18 @@ -270,22 +270,22 @@ InputStream istream = null; try { ks = KeyStore.getInstance(type); -File keyStoreFile = new File(path); -if (!keyStoreFile.isAbsolute()) { -keyStoreFile = new File(System.getProperty(catalina.base), -path); +if(! PKCS11.equalsIgnoreCase(type) ) { +File keyStoreFile = new File(path); +if (!keyStoreFile.isAbsolute()) { +keyStoreFile = new File(System.getProperty(catalina.base), +path); +} +istream = new FileInputStream(keyStoreFile); } -istream = new FileInputStream(keyStoreFile); ks.load(istream, pass.toCharArray()); -istream.close(); -istream = null; } catch (FileNotFoundException fnfe) { throw fnfe; } catch (IOException ioe) { throw ioe; } catch(Exception ex) { -ex.printStackTrace(); +log.error(Exception trying to load keystore +path,ex); throw new IOException(Exception trying to load keystore + path + : + ex.getMessage() ); } finally { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New TLP draft
On Apr 6, 2005 8:15 AM, Remy Maucherat [EMAIL PROTECTED] wrote: Hi, Here's a new draft with the necessary updates. I suppose this needs to be sent to the PMC for approval. If this draft is ok, I will send it there. Then there are infrastructure taks: - renaming mailing lists To answer a later comment, Infra seem to have renaming of lists scripted. Roy's taken care of the last few I've seen happen and they seem to go very painlessly. - moving CVS Also, UNIX group stuff on the server. I assume your users all get added to a new tomcat group. Need to identify just how much of the jakarta-* CVS will go with Tomcat. Watchdog + ServletAPI modules? Is it worth moving jakarta-tomcat* to apache-tomcat* if CVS is definitely being turned off before 2006? Seems that the least amount of work would be to do: 1) Tomcat becomes officially TLP at a board meeting in a few weeks 2) Remy points out Tomcat's desire to remain on CVS to Infra 3..N-1) Tomcat/Infra/Tomcat/Infra/board/committers/Tomcat/Infra/members/Infra etc. N) a) jakarta-tomcat to apache-tomcat CVS or b) jakarta-tomcat to apache/tomcat SVN. - new DNS and virtual host After this: creation of new tomcat site and redirect/modification of jakarta site. Hen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
web application request count and error count in tomcat manager servlet (tomcat mbeans..)
hi, had a question about web application request count and error count from the tomcat manager servlet (which are also available via tomcat mbeans). initially, i was thinking that request count translates to total number of requests. and success count could be dervied by subtracting error count from request count. however, this doesn't always seem to be the case. it seems to be dependent on how the web application is configured via it's web.xml file. for instance: if i improperly access my web application by providing a bad url (eg http://127.0.0.1:8080/webapp/some_junk), both request count and error count increment by one as expected. however, if i configure my web app to always prompt for authentication and access it w/a bad url: after giving the correct username/password, error count is incremented correctly cause of the bad url, but request count is NOT. not sure if this is a tomcat mbean bug or by design..?? does anyone know the exact definition of request count? is it suppose to be total number of requests? thanks in advance! -annie - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tomcat Connectors!! Help needed!!
Hello Ian, Thanks! your suggestion helped me a lot. Can you plz. tell me whether a java application (Servlet) can be connected to a telnet tool? Regards, Meenakshi -Original Message- From: Ian Darwin [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 12:40 AM To: Tomcat Developers List Subject: Re: Tomcat Connectors!! Help needed!! Do not use as many exclamation marks than words. Do not have as many words in your disclaimer as your query. Your technical question is addressed below... Sharma, Meenakshi wrote: Hello Everybody, I'm developing an application which is a java servlet, deployed on tomcat 5.5 Now, I want my application to take raw data from the client through sockets, for that it has to make a socket connection and listen that port for data. I've heard that we can create Connectors in Tomcat, which can listen to any protocol type of request i.e. Http, Telnet or any of application protocol. In my case I need a Connector which can listen to a socket for raw data type requests... Writing your own connector is probably a big undertaking, and not for the faint of heart. Why not just write a standalone server, if you're not using HTTP? Or, even simpler, why not have the client use POST and read the body as an input stream in the servlet? This does allow you to send raw data from a client to a Servlet. Consult any good book on Servlet Programming for how to do it. This way you get all the benefits of Tomcat without having to rewrite it. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.