Re: Heads up: Bayeux contribution
Filip Hanik - Dev Lists wrote: Guy Molinari and myself have completed a Bayuex implementation. You can find it at: http://svn.hanik.com/viewvc/tomcat-bayeux/ user: tomcat password: tomcat We are now waiting for Guy's CLA to be registered and then we are ready to contribute it to the Tomcat code base. We did rework the dojox.cometd server side API, just cleaned it up and simplified it a lot. We have proposed the changes back to them, but if they don't accept it, I'd suggest we branch off and create our own API for the server side components. As long as it follows the spec, that should be fine, as the spec is only for the protocol. Feel free to test drive it and look over the code and provide any feedback/criticism you might have. The normal way is to go through the incubator process. Cheers Jean-Frederic note, the samples are not part of the contribution, only the server side Java code, instead we plan on creating new samples to demonstrate the different usages of the API. Filip - 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: Facing while running PHP in Tomcat Container
HI, has you setup your libs at shell env LD_LIBRARY_PATH variable? Put following definition at your $CATALINA_HOME/bin/setenv.sh #!/bin/sh PHP_HOME=xxx export LD_LIBRARY_PATH =$PHP_HOME/lib/libphp5servlet.so:$PHP_HOME/lib/ libphp5.so Peter Please, discuss those question at user list first! Am 05.02.2008 um 07:01 schrieb puneetjain: Hi, I am trying to integrate PHP with tomcat server i.e. trying to running PHP in servlet container. Environment: = Operating System: RedHat Enterprize Linux 3 Tomcat Version: 6 PHP version: 5.2.5 Java: 1.5 Steps Performed: 1. Install the tomcat. 2. Install the php 3. Create a web project. 4. Place the php5servlet.jar in the WEB_INF/lib directory. 5. Add the below entry in my web.xml. ?xml version=1.0 encoding=ISO-8859-1? web-app xmlns=http://java.sun.com/xml/ns/j2ee; version=2.3 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xsi:schemaLocation=http:/java.sun.com/dtd/web-app_2_3.dtd servlet servlet-namephp/servlet-name servlet-classnet.php.servlet/servlet-class /servlet servlet servlet-namephp-formatter/servlet-name servlet-classnet.php.formatter/servlet-class /servlet servlet-mapping servlet-namephp/servlet-name url-pattern*.php/url-pattern /servlet-mapping servlet-mapping servlet-namephp-formatter/servlet-name url-pattern*.phps/url-pattern /servlet-mapping /web-app 6. Create a war file and deployed on the tomcat. Exception: === When I tried to deploy this war file it says that the libphp5servlet.so and libphp5.so libraries are missing. I have tried these steps on Windows XP and used php5servlet.dll. PHP is working on tomcat in windows. I am unable to find the procedure to create/get the libphp5servlet.so and libphp5.so library to run PHP in Tomcat container in Linux Environment. Please help me to resolve this problem. Thanks, Puneet -- View this message in context: http://www.nabble.com/Facing-while- running-PHP-in-Tomcat-Container-tp15283842p15283842.html Sent from the Tomcat - Dev mailing list archive at Nabble.com. - 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: Heads up: Bayeux contribution
Hi Flilip and Guy, Greate job, nice to see you cometd implementation. Can you please active a dir tarball download at your viewvc or place a complete download release, otherwise? Regards Peter Am 05.02.2008 um 04:16 schrieb Filip Hanik - Dev Lists: Guy Molinari and myself have completed a Bayuex implementation. You can find it at: http://svn.hanik.com/viewvc/tomcat-bayeux/ user: tomcat password: tomcat We are now waiting for Guy's CLA to be registered and then we are ready to contribute it to the Tomcat code base. We did rework the dojox.cometd server side API, just cleaned it up and simplified it a lot. We have proposed the changes back to them, but if they don't accept it, I'd suggest we branch off and create our own API for the server side components. As long as it follows the spec, that should be fine, as the spec is only for the protocol. Feel free to test drive it and look over the code and provide any feedback/criticism you might have. note, the samples are not part of the contribution, only the server side Java code, instead we plan on creating new samples to demonstrate the different usages of the API. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Tomcat Wiki] Update of PoweredBy by StephanSchmid
Dear Wiki user, You have subscribed to a wiki page or wiki category on Tomcat Wiki for change notification. The following page has been changed by StephanSchmid: http://wiki.apache.org/tomcat/PoweredBy -- http://www.enhydra.org/images/enhydra200_t200.gif [http://www.enhydra.org/ Enhydra] - Enhydra Server is a leading open source Java/XML application and webservice SOA server with an efficient super-servlet approach and is based on Tomcat. + = eTools.ch = + http://www.etools.ch/images/logo.gif + [http://www.etools.ch/ eTools.ch] is a fast and transparent metasearch engine that simultaneously queries major search engines. + = The eSage Group = http://www.esagegroup.com/images/logoAnimation.gif [http://www.esagegroup.com eSage Group] - A consulting company, most of our projects are built on Tomcat. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Tomcat Wiki] Update of PoweredBy by StephanSchmid
Dear Wiki user, You have subscribed to a wiki page or wiki category on Tomcat Wiki for change notification. The following page has been changed by StephanSchmid: http://wiki.apache.org/tomcat/PoweredBy -- http://www.enhydra.org/images/enhydra200_t200.gif [http://www.enhydra.org/ Enhydra] - Enhydra Server is a leading open source Java/XML application and webservice SOA server with an efficient super-servlet approach and is based on Tomcat. + = The eSage Group = + http://www.esagegroup.com/images/logoAnimation.gif + [http://www.esagegroup.com eSage Group] - A consulting company, most of our projects are built on Tomcat. + = eTools.ch = http://www.etools.ch/images/logo.gif [http://www.etools.ch/ eTools.ch] is a fast and transparent metasearch engine that simultaneously queries major search engines. - - = The eSage Group = - http://www.esagegroup.com/images/logoAnimation.gif - [http://www.esagegroup.com eSage Group] - A consulting company, most of our projects are built on Tomcat. = Farmer Guy Hams and Gammons = http://www.farmerguy.co.uk/images/logo.jpg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release build 6.0.16
According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release build 6.0.16
Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 02:46 --- Created an attachment (id=21470) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21470action=view) workers.properties attached -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 02:47 --- Created an attachment (id=21471) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21471action=view) uriworkermap.properties attached -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #21471|application/octet-stream|text/plain mime type|| -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #21470|application/octet-stream|text/plain mime type|| -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 02:57 --- (In reply to comment #5) Thanks for the information. We have tried the JkLogLevel debug mode and checked what you have asked to be checked. We have attached all the files to this ticket for analysis. It now seems that the property is read correctly according to the log (see mod_jk.log). However, the JK Status Manager reports the session_sticky_force property as false for all the load balancers. Also, the behaviour is as if it is switched off. -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 02:28 --- Created an attachment (id=21467) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21467action=view) mod_jk.log in debug mode mod_jk.log in debug mode -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 02:45 --- Created an attachment (id=21469) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21469action=view) mod-jk.conf ) attached -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 02:42 --- Created an attachment (id=21468) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=21468action=view) httpd.conf file httpd.conf file attached. -- 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 33774] - JNDIRealm fails when server disconnects after time
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=33774. 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=33774 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 04:46 --- This is NOT fixed on a Solaris platform in 5.5.25 although 5.5.17 works ok on Windows XP. See below 29-Jan-2008 14:35:30 org.apache.catalina.realm.JNDIRealm authenticate SEVERE: Exception performing authentication javax.naming.ServiceUnavailableException: ldap2.dundee.ac.uk:389; socket closed; remaining name 'o= dundee' at com.sun.jndi.ldap.Connection.readReply(Connection.java:416) at com.sun.jndi.ldap.LdapClient.getSearchReply(LdapClient.java:611) at com.sun.jndi.ldap.LdapClient.search(LdapClient.java:534) at com.sun.jndi.ldap.LdapCtx.doSearch(LdapCtx.java:1948) at com.sun.jndi.ldap.LdapCtx.searchAux(LdapCtx.java:1810) at com.sun.jndi.ldap.LdapCtx.c_search(LdapCtx.java:1735) at com.sun.jndi.toolkit.ctx.ComponentDirContext.p_search (ComponentDirContext.java:368) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search (PartialCompositeDirContext.ja va:338) at com.sun.jndi.toolkit.ctx.PartialCompositeDirContext.search (PartialCompositeDirContext.ja va:321) at javax.naming.directory.InitialDirContext.search(InitialDirContext.java:248) at org.apache.catalina.realm.JNDIRealm.getUserBySearch(JNDIRealm.java:1051) at org.apache.catalina.realm.JNDIRealm.getUser(JNDIRealm.java:959) at org.apache.catalina.realm.JNDIRealm.authenticate(JNDIRealm.java:908) at org.apache.catalina.realm.JNDIRealm.authenticate(JNDIRealm.java:809) at org.apache.catalina.authenticator.FormAuthenticator.authenticate (FormAuthenticator.java: 258) at org.apache.catalina.authenticator.AuthenticatorBase.invoke (AuthenticatorBase.java:417) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:117) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:108) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:151) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:870) at org.apache.coyote.http11.Http11BaseProtocol $Http11ConnectionHandler.processConnection(Ht tp11BaseProtocol.java:665) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket (PoolTcpEndpoint.java:528) at org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt (LeaderFollowerWorkerThread.j ava:81) at org.apache.tomcat.util.threads.ThreadPool $ControlRunnable.run(ThreadPool.java:685) at java.lang.Thread.run(Thread.java:619) -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 05:28 --- (In reply to comment #12) I also check this and it works for me. Tested with apache 2.2.6 and mod_jk 1.2.26 checked with JkWorkerProperty and extern worker.properties config. The attachted mod-jk log says that both attributes are reading correct. Very Strange effect! Peter, does your JK Status Manager console report the sticky session force property as true? -- 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 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 05:01 --- I also check this and it works for me. Tested with apache 2.2.6 and mod_jk 1.2.26 checked with JkWorkerProperty and extern worker.properties config. The attachted mod-jk log says that both attributes are reading correct. Very Strange effect! -- 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: Heads up: Bayeux contribution
On Feb 5, 2008 3:26 AM, jean-frederic clere [EMAIL PROTECTED] wrote: The normal way is to go through the incubator process. Why? This is not a new project, Guy is not becoming a committer yet. This is a code contribution from a committer and a volunteer. It's not different in spirit than a small new feature enhancement posted to Bugzilla. All we need is the iCLA from the volunteer and the code the be posted to our public issue tracking system as a contribution. Yoav - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Heads up: Bayeux contribution
Yoav Shapira wrote: On Feb 5, 2008 3:26 AM, jean-frederic clere [EMAIL PROTECTED] wrote: The normal way is to go through the incubator process. Why? This is not a new project, Guy is not becoming a committer yet. This is a code contribution from a committer and a volunteer. It's not different in spirit than a small new feature enhancement posted to Bugzilla. All we need is the iCLA from the volunteer and the code the be posted to our public issue tracking system as a contribution. It is just I thing it is too big for that. Cheers Jean-Frederic Yoav - 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: Heads up: Bayeux contribution
Many thanks for info! Peter Am 05.02.2008 um 15:02 schrieb Filip Hanik - Dev Lists: hi Peter, http://svn.hanik.com/viewvc/tomcat-bayeux/build/ user: tomcat pwd: tomcat cometd.war contains the code and examples tomcat-cometd.jar is only the core code to check out the repo svn co https://svn.hanik.com/repos/svn/tomcat-bayuex Filip Peter Rossbach wrote: Hi Flilip and Guy, Greate job, nice to see you cometd implementation. Can you please active a dir tarball download at your viewvc or place a complete download release, otherwise? Regards Peter Am 05.02.2008 um 04:16 schrieb Filip Hanik - Dev Lists: Guy Molinari and myself have completed a Bayuex implementation. You can find it at: http://svn.hanik.com/viewvc/tomcat-bayeux/ user: tomcat password: tomcat We are now waiting for Guy's CLA to be registered and then we are ready to contribute it to the Tomcat code base. We did rework the dojox.cometd server side API, just cleaned it up and simplified it a lot. We have proposed the changes back to them, but if they don't accept it, I'd suggest we branch off and create our own API for the server side components. As long as it follows the spec, that should be fine, as the spec is only for the protocol. Feel free to test drive it and look over the code and provide any feedback/criticism you might have. note, the samples are not part of the contribution, only the server side Java code, instead we plan on creating new samples to demonstrate the different usages of the API. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - --- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.20/1259 - Release Date: 2/4/2008 8:42 PM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Heads up: Bayeux contribution
I thing the implementation is very small and a valuable new tomcat example. +1 to add cometd example to current tomcat 6 code base Peter Am 05.02.2008 um 15:06 schrieb jean-frederic clere: Yoav Shapira wrote: On Feb 5, 2008 3:26 AM, jean-frederic clere [EMAIL PROTECTED] wrote: The normal way is to go through the incubator process. Why? This is not a new project, Guy is not becoming a committer yet. This is a code contribution from a committer and a volunteer. It's not different in spirit than a small new feature enhancement posted to Bugzilla. All we need is the iCLA from the volunteer and the code the be posted to our public issue tracking system as a contribution. It is just I thing it is too big for that. Cheers Jean-Frederic Yoav - 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: Heads up: Bayeux contribution
hi Peter, http://svn.hanik.com/viewvc/tomcat-bayeux/build/ user: tomcat pwd: tomcat cometd.war contains the code and examples tomcat-cometd.jar is only the core code to check out the repo svn co https://svn.hanik.com/repos/svn/tomcat-bayuex Filip Peter Rossbach wrote: Hi Flilip and Guy, Greate job, nice to see you cometd implementation. Can you please active a dir tarball download at your viewvc or place a complete download release, otherwise? Regards Peter Am 05.02.2008 um 04:16 schrieb Filip Hanik - Dev Lists: Guy Molinari and myself have completed a Bayuex implementation. You can find it at: http://svn.hanik.com/viewvc/tomcat-bayeux/ user: tomcat password: tomcat We are now waiting for Guy's CLA to be registered and then we are ready to contribute it to the Tomcat code base. We did rework the dojox.cometd server side API, just cleaned it up and simplified it a lot. We have proposed the changes back to them, but if they don't accept it, I'd suggest we branch off and create our own API for the server side components. As long as it follows the spec, that should be fine, as the spec is only for the protocol. Feel free to test drive it and look over the code and provide any feedback/criticism you might have. note, the samples are not part of the contribution, only the server side Java code, instead we plan on creating new samples to demonstrate the different usages of the API. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.20/1259 - Release Date: 2/4/2008 8:42 PM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44342] - Cannot run tomcat on Solaris IPv6-only machine
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=44342. 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=44342 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 06:54 --- I tested tomcat on Linux (2.6.9-5.ELsmp #1 SMP Wed Jan 5 19:30:39 EST 2005 i686 i686 i386 GNU/Linux), and tomcat 5.5.17 did not work, but tomcat 6.0.16 does work. So my problem exists on Solaris (5.9, 5.10) using tomcat 6.0.16; the problem exists on Linux using tomcat 5.5.17; and the problem does not exist on Windows using tomcat 5.5.17 (all testing on IPv6only machines). -- 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: Heads up: Bayeux contribution
sorry, the link is svn co --username tomcat http://svn.hanik.com/svn/repos/tomcat-bayeux Filip Peter Rossbach wrote: Many thanks for info! Peter Am 05.02.2008 um 15:02 schrieb Filip Hanik - Dev Lists: hi Peter, http://svn.hanik.com/viewvc/tomcat-bayeux/build/ user: tomcat pwd: tomcat cometd.war contains the code and examples tomcat-cometd.jar is only the core code to check out the repo svn co https://svn.hanik.com/repos/svn/tomcat-bayuex Filip Peter Rossbach wrote: Hi Flilip and Guy, Greate job, nice to see you cometd implementation. Can you please active a dir tarball download at your viewvc or place a complete download release, otherwise? Regards Peter Am 05.02.2008 um 04:16 schrieb Filip Hanik - Dev Lists: Guy Molinari and myself have completed a Bayuex implementation. You can find it at: http://svn.hanik.com/viewvc/tomcat-bayeux/ user: tomcat password: tomcat We are now waiting for Guy's CLA to be registered and then we are ready to contribute it to the Tomcat code base. We did rework the dojox.cometd server side API, just cleaned it up and simplified it a lot. We have proposed the changes back to them, but if they don't accept it, I'd suggest we branch off and create our own API for the server side components. As long as it follows the spec, that should be fine, as the spec is only for the protocol. Feel free to test drive it and look over the code and provide any feedback/criticism you might have. note, the samples are not part of the contribution, only the server side Java code, instead we plan on creating new samples to demonstrate the different usages of the API. Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.20/1259 - Release Date: 2/4/2008 8:42 PM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.516 / Virus Database: 269.19.20/1259 - Release Date: 2/4/2008 8:42 PM - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 06:37 --- Yes, it works for me! It reported at jkstatus and sticky_session_force=true works as expected. -- 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]
[ANN] Apache Tomcat 5.5.26 released
The Apache Tomcat team announces the immediate availability of Apache Tomcat 5.5.26 stable. Apache Tomcat 5.5.26 incorporates numerous security updates and bug fixes. Please refer to the change log for the list of changes: http://tomcat.apache.org/tomcat-5.5-doc/changelog.html Downloads: http://tomcat.apache.org/download-55.cgi Thank you, The Tomcat Team - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release build 6.0.16
Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy I would agree with keeping the files we used for testing. No need for repackaging, because the issue is so small and there's always a little risk in repackaging. So I would suggest to simply proceed with the files we tested (and maybe have a short look at the contents of the Thumbs.db, so we know we don't deliver something compromising ... :) ) Regards, Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Content of Thumbs.db files (was RE: [VOTE] Release build 6.0.16)
I think that it is safe to ship the thumbs.db inside the archives. Thumbs.db is the image thumbnail database generated by Windows Explorer when you display images in Explorer. So it will only deliver information about the images in the directory where it sits. You can use http://www.dmthumbs.com/ to have a look inside the file to verify it ... Best regards, Christophe -Message d'origine- De : Rainer Jung [mailto:[EMAIL PROTECTED] Envoyé : mardi 5 février 2008 17:57 À : Tomcat Developers List Objet : Re: [VOTE] Release build 6.0.16 Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy I would agree with keeping the files we used for testing. No need for repackaging, because the issue is so small and there's always a little risk in repackaging. So I would suggest to simply proceed with the files we tested (and maybe have a short look at the contents of the Thumbs.db, so we know we don't deliver something compromising ... :) ) Regards, Rainer - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 33774] - JNDIRealm fails when server disconnects after time
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=33774. 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=33774 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 10:53 --- (In reply to comment #11) This is NOT fixed on a Solaris platform in 5.5.25 although 5.5.17 works ok on Windows XP. See below That it works on an earlier release on XP and fails on a later release on Solaris is a strong indication of a configuration problem on Solaris. That said, there was a minor improvement to the fix in 5.5.26. I don't think it will help but it is worth trying. If you still have problems, please use the users list in the first instance as this looks like a configuration issue. -- 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] Release build 6.0.16
Rainer Jung wrote: Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy I would agree with keeping the files we used for testing. No need for repackaging, ... snip / As far as our voting goes, the only thing that matters is the source release. We are free to re-package the binaries as much, or as little, as we wish providing we don't modify the build script since that would be modifying the source. Personally, I would repackage it but I am not that bothered about it. I am happy which ever way Remy chooses to go on this. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r618750 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: markt Date: Tue Feb 5 11:06:28 2008 New Revision: 618750 URL: http://svn.apache.org/viewvc?rev=618750view=rev Log: Vote Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=618750r1=618749r2=618750view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Feb 5 11:06:28 2008 @@ -34,7 +34,7 @@ * Add ManagerBase session getLastAccessedTimestamp and getCreationTimestamp for better remote JMX access. http://svn.apache.org/viewvc?rev=612971view=rev - +1: pero, rjung, fhanik + +1: pero, rjung, fhanik, markt -1: remm: I believe it would need specific support for certain managers. Interested users could use their own extended manager instead. @@ -73,7 +73,7 @@ * Fix http://issues.apache.org/bugzilla/show_bug.cgi?id=44337 Dir listing crashes if no readme-file present http://svn.apache.org/viewvc?rev=618150view=rev - +1: funkman + +1: funkman, markt -1: * Fix http://issues.apache.org/bugzilla/show_bug.cgi?id=43741 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release build 6.0.16
On Feb 5, 2008 6:56 PM, Mark Thomas [EMAIL PROTECTED] wrote: Rainer Jung wrote: Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy I would agree with keeping the files we used for testing. No need for repackaging, ... snip / As far as our voting goes, the only thing that matters is the source release. This IMO is a distortion of ASF policy - which I believe is that every release needs the source - the binaries are a nice convenience - but you've extrapolated that into something different. If those convenience binaries are provided as part of an official release then they do need PMC approval: http://www.apache.org/dev/release.html#what Niall We are free to re-package the binaries as much, or as little, as we wish providing we don't modify the build script since that would be modifying the source. Personally, I would repackage it but I am not that bothered about it. I am happy which ever way Remy chooses to go on this. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Heads up: Bayeux contribution
On Feb 5, 2008 2:06 PM, jean-frederic clere [EMAIL PROTECTED] wrote: Yoav Shapira wrote: On Feb 5, 2008 3:26 AM, jean-frederic clere [EMAIL PROTECTED] wrote: The normal way is to go through the incubator process. Why? This is not a new project, Guy is not becoming a committer yet. This is a code contribution from a committer and a volunteer. It's not different in spirit than a small new feature enhancement posted to Bugzilla. All we need is the iCLA from the volunteer and the code the be posted to our public issue tracking system as a contribution. It is just I thing it is too big for that. Theres a short form incubator process for code donations - AIUI you just vote to accept the donation, fill in the form and then your good to go - details here: http://incubator.apache.org/ip-clearance/index.html Niall Cheers Jean-Frederic Yoav - 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]
May Chun Chew/FEA/PEC is out of the office.
I will be out of the office starting 02/06/2008 and will not return until 02/11/2008. For urgent matters, pls contact [EMAIL PROTECTED] Tel: (65)63629408 I am also Contactable at (65)97876648. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 44349] - mod_jk/1.2.26 module does not read worker.status.sticky_session_force property correctly
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=44349. 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=44349 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 13:11 --- Thanks for the attachments. They look fine (config and debug log). So we would need to investigate, why the worker config isn't shown correctly in the status worker. The communication between the worker config and the status worker display is done by shared memory. So: Are you able to see the file /usr/local/apache-2.2.6/logs/jk.shm.PID (PID is the process ID of the main httpd process) after starting httpd? If so: could you provide the file? I would then try to inspect it's contents to check, if either the config is not reflected by the file, or the status worker doesn't get the right contents. If we get closer to your problem: are you able to compile the module for yourself (in case we would like to add some debug statements)? Which compiler do you use and what's your detailed Linux platform? Many questions, but until now nobody observed this 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]
svn commit: r618792 - in /tomcat/site/trunk: docs/security-3.html docs/security-4.html docs/security-5.html docs/security-6.html xdocs/security-3.xml xdocs/security-4.xml xdocs/security-5.xml xdocs/se
Author: markt Date: Tue Feb 5 13:53:04 2008 New Revision: 618792 URL: http://svn.apache.org/viewvc?rev=618792view=rev Log: Clarify support status of 4.0.x. Remove text on how these pages were started. Modified: tomcat/site/trunk/docs/security-3.html tomcat/site/trunk/docs/security-4.html tomcat/site/trunk/docs/security-5.html tomcat/site/trunk/docs/security-6.html tomcat/site/trunk/xdocs/security-3.xml tomcat/site/trunk/xdocs/security-4.xml tomcat/site/trunk/xdocs/security-5.xml tomcat/site/trunk/xdocs/security-6.xml Modified: tomcat/site/trunk/docs/security-3.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/security-3.html?rev=618792r1=618791r2=618792view=diff == --- tomcat/site/trunk/docs/security-3.html (original) +++ tomcat/site/trunk/docs/security-3.html Tue Feb 5 13:53:04 2008 @@ -199,10 +199,8 @@ is known to affect, and where a flaw has not been verified list the version with a question mark./p -pThis page has been created from a review of the Apache Tomcat archives - and the CVE list. Please send comments or corrections for these - vulnerabilities to the a href=mailto:[EMAIL PROTECTED]Tomcat - Security Team/a./p +pPlease send comments or corrections for these vulnerabilities to the + a href=mailto:[EMAIL PROTECTED]Tomcat Security Team/a./p /blockquote /p Modified: tomcat/site/trunk/docs/security-4.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/security-4.html?rev=618792r1=618791r2=618792view=diff == --- tomcat/site/trunk/docs/security-4.html (original) +++ tomcat/site/trunk/docs/security-4.html Tue Feb 5 13:53:04 2008 @@ -199,10 +199,13 @@ is known to affect, and where a flaw has not been verified list the version with a question mark./p -pThis page has been created from a review of the Apache Tomcat archives - and the CVE list. Please send comments or corrections for these - vulnerabilities to the a href=mailto:[EMAIL PROTECTED]Tomcat - Security Team/a./p +pPlease send comments or corrections for these vulnerabilities to the + a href=mailto:[EMAIL PROTECTED]Tomcat Security Team/a./p + +pPlease note that Tomcat 4.0.x is no longer supported. Further + vulnerabilities in the 4.0.x branch will not be fixed. Users should + upgrade to 4.1.x, 5.5.x or 6.x to obtain security fixes./p + /blockquote /p Modified: tomcat/site/trunk/docs/security-5.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/security-5.html?rev=618792r1=618791r2=618792view=diff == --- tomcat/site/trunk/docs/security-5.html (original) +++ tomcat/site/trunk/docs/security-5.html Tue Feb 5 13:53:04 2008 @@ -199,10 +199,8 @@ is known to affect, and where a flaw has not been verified list the version with a question mark./p -pThis page has been created from a review of the Apache Tomcat archives - and the CVE list. Please send comments or corrections for these - vulnerabilities to the a href=mailto:[EMAIL PROTECTED]Tomcat - Security Team/a./p +pPlease send comments or corrections for these vulnerabilities to the + a href=mailto:[EMAIL PROTECTED]Tomcat Security Team/a./p pPlease note that Tomcat 5.0.x is no longer supported. Further vulnerabilities in the 5.0.x branch will not be fixed. Users should Modified: tomcat/site/trunk/docs/security-6.html URL: http://svn.apache.org/viewvc/tomcat/site/trunk/docs/security-6.html?rev=618792r1=618791r2=618792view=diff == --- tomcat/site/trunk/docs/security-6.html (original) +++ tomcat/site/trunk/docs/security-6.html Tue Feb 5 13:53:04 2008 @@ -199,10 +199,8 @@ is known to affect, and where a flaw has not been verified list the version with a question mark./p -pThis page has been created from a review of the Apache Tomcat archives - and the CVE list. Please send comments or corrections for these - vulnerabilities to the a href=mailto:[EMAIL PROTECTED]Tomcat - Security Team/a./p +pPlease send comments or corrections for these vulnerabilities to the + a href=mailto:[EMAIL PROTECTED]Tomcat Security Team/a./p /blockquote /p Modified: tomcat/site/trunk/xdocs/security-3.xml URL: http://svn.apache.org/viewvc/tomcat/site/trunk/xdocs/security-3.xml?rev=618792r1=618791r2=618792view=diff == --- tomcat/site/trunk/xdocs/security-3.xml (original) +++ tomcat/site/trunk/xdocs/security-3.xml Tue Feb 5 13:53:04 2008 @@ -17,10 +17,8 @@ is known to affect, and where a flaw has not been verified list the
DO NOT REPLY [Bug 44342] - Cannot run tomcat on Solaris IPv6-only machine
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=44342. 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=44342 --- Additional Comments From [EMAIL PROTECTED] 2008-02-05 13:56 --- this was fixed fairly recently, the code now executes (in 6.0.16) InetAddress.getByName(localhost).getHostAddress() this means, that your machine must have localhost as a valid address. could it be that on your solaris, it doesn't resolve to anything, or resolves to an ipv4 address? Filip -- 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: Heads up: Bayeux contribution
Niall Pemberton wrote: On Feb 5, 2008 2:06 PM, jean-frederic clere [EMAIL PROTECTED] wrote: Yoav Shapira wrote: On Feb 5, 2008 3:26 AM, jean-frederic clere [EMAIL PROTECTED] wrote: The normal way is to go through the incubator process. Why? This is not a new project, Guy is not becoming a committer yet. This is a code contribution from a committer and a volunteer. It's not different in spirit than a small new feature enhancement posted to Bugzilla. All we need is the iCLA from the volunteer and the code the be posted to our public issue tracking system as a contribution. It is just I thing it is too big for that. Theres a short form incubator process for code donations - AIUI you just vote to accept the donation, fill in the form and then your good to go - details here: http://incubator.apache.org/ip-clearance/index.html yes, that would be the way to do it. I'll put it up for a vote Filip Niall Cheers Jean-Frederic Yoav - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r618805 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: fhanik Date: Tue Feb 5 14:32:03 2008 New Revision: 618805 URL: http://svn.apache.org/viewvc?rev=618805view=rev Log: add proposal Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=618805r1=618804r2=618805view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Feb 5 14:32:03 2008 @@ -81,3 +81,9 @@ http://svn.apache.org/viewvc?rev=618481view=rev +1: markt -1: + +* Handle case of NIO/SSL when transferring bytes to a disconnected socket + http://svn.apache.org/viewvc?rev=618420view=rev + +1: fhanik + -1: + \ No newline at end of file - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release build 6.0.16
Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. no need, I'd just release the darn thing. the file doesn't contain anything except for a thumb cache of the host manager files. no one cares Filip - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r618823 - in /tomcat/trunk/java/org/apache/catalina/ha/session: DeltaManager.java DeltaRequest.java DeltaSession.java
Author: fhanik
Date: Tue Feb 5 15:29:56 2008
New Revision: 618823
URL: http://svn.apache.org/viewvc?rev=618823view=rev
Log:
Remove synchronization on the DeltaRequest object, and let the object that
manages the delta request (session/manager) to handle the locking properly,
using the session lock
There is a case with a non sticky load balancer where using synchronized and a
lock (essentially two locks) can end up in a dead lock
Modified:
tomcat/trunk/java/org/apache/catalina/ha/session/DeltaManager.java
tomcat/trunk/java/org/apache/catalina/ha/session/DeltaRequest.java
tomcat/trunk/java/org/apache/catalina/ha/session/DeltaSession.java
Modified: tomcat/trunk/java/org/apache/catalina/ha/session/DeltaManager.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/ha/session/DeltaManager.java?rev=618823r1=618822r2=618823view=diff
==
--- tomcat/trunk/java/org/apache/catalina/ha/session/DeltaManager.java
(original)
+++ tomcat/trunk/java/org/apache/catalina/ha/session/DeltaManager.java Tue Feb
5 15:29:56 2008
@@ -615,10 +615,15 @@
* @throws IOException
*/
protected DeltaRequest deserializeDeltaRequest(DeltaSession session,
byte[] data) throws ClassNotFoundException, IOException {
-ReplicationStream ois = getReplicationStream(data);
-session.getDeltaRequest().readExternal(ois);
-ois.close();
-return session.getDeltaRequest();
+try {
+session.lock();
+ReplicationStream ois = getReplicationStream(data);
+session.getDeltaRequest().readExternal(ois);
+ois.close();
+return session.getDeltaRequest();
+}finally {
+session.unlock();
+}
}
/**
@@ -629,8 +634,13 @@
* @return serialized delta request
* @throws IOException
*/
-protected byte[] serializeDeltaRequest(DeltaRequest deltaRequest) throws
IOException {
-return deltaRequest.serialize();
+protected byte[] serializeDeltaRequest(DeltaSession session, DeltaRequest
deltaRequest) throws IOException {
+try {
+session.lock();
+return deltaRequest.serialize();
+}finally {
+session.unlock();
+}
}
/**
@@ -1096,16 +1106,18 @@
* @return a SessionMessage to be sent,
*/
public ClusterMessage requestCompleted(String sessionId) {
+DeltaSession session = null;
try {
-DeltaSession session = (DeltaSession) findSession(sessionId);
+session = (DeltaSession) findSession(sessionId);
DeltaRequest deltaRequest = session.getDeltaRequest();
+session.lock();
SessionMessage msg = null;
boolean isDeltaRequest = false ;
synchronized(deltaRequest) {
isDeltaRequest = deltaRequest.getSize() 0 ;
if (isDeltaRequest) {
counterSend_EVT_SESSION_DELTA++;
-byte[] data = serializeDeltaRequest(deltaRequest);
+byte[] data = serializeDeltaRequest(session,deltaRequest);
msg = new SessionMessageImpl(getName(),
SessionMessage.EVT_SESSION_DELTA,
data,
@@ -1155,6 +1167,8 @@
} catch (IOException x) {
log.error(sm.getString(deltaManager.createMessage.unableCreateDeltaRequest,sessionId),
x);
return null;
+}finally {
+if (session!=null) session.unlock();
}
}
@@ -1360,9 +1374,14 @@
DeltaSession session = (DeltaSession) findSession(msg.getSessionID());
if (session != null) {
if (log.isDebugEnabled())
log.debug(sm.getString(deltaManager.receiveMessage.delta,getName(),
msg.getSessionID()));
-DeltaRequest dreq = deserializeDeltaRequest(session, delta);
-dreq.execute(session, notifyListenersOnReplication);
-session.setPrimarySession(false);
+try {
+session.lock();
+DeltaRequest dreq = deserializeDeltaRequest(session, delta);
+dreq.execute(session, notifyListenersOnReplication);
+session.setPrimarySession(false);
+}finally {
+session.unlock();
+}
}
}
Modified: tomcat/trunk/java/org/apache/catalina/ha/session/DeltaRequest.java
URL:
http://svn.apache.org/viewvc/tomcat/trunk/java/org/apache/catalina/ha/session/DeltaRequest.java?rev=618823r1=618822r2=618823view=diff
==
--- tomcat/trunk/java/org/apache/catalina/ha/session/DeltaRequest.java
(original)
+++ tomcat/trunk/java/org/apache/catalina/ha/session/DeltaRequest.java Tue Feb
5 15:29:56 2008
@@ -118,7 +118,7 @@
Re: [VOTE] Release build 6.0.16
On Tue, 2008-02-05 at 17:57 +0100, Rainer Jung wrote: Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy I would agree with keeping the files we used for testing. No need for repackaging, because the issue is so small and there's always a little risk in repackaging. So I would suggest to simply proceed with the files we tested (and maybe have a short look at the contents of the Thumbs.db, so we know we don't deliver something compromising ... :) ) Ok, I think I will keep the current binaries. Rémy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [VOTE] Release build 6.0.16
Niall Pemberton wrote: On Feb 5, 2008 6:56 PM, Mark Thomas [EMAIL PROTECTED] wrote: Rainer Jung wrote: Remy Maucherat wrote: Rainer Jung wrote: Remy Maucherat schrieb: The candidates binaries are available here: http://people.apache.org/~remm/tomcat-6/v6.0.16/ According to the release process, the 6.0.16 tag is: [ ] Broken [ ] Alpha [ ] Beta [X] Stable Rémy One small note: there is a new Thumbs.db file in server/webapps/host-manager/images which doesn't come from svn and wasn't there in 6.0.14. I guess it was auto-generated by some of those smart service on the build system and we don't really want it in future releases. That's caused by me building on Windows [XP] for the Windows installer. I can redo the binaries before putting them in the wild, but obviously it shouldn't be a huge issue. Rémy I would agree with keeping the files we used for testing. No need for repackaging, ... snip / As far as our voting goes, the only thing that matters is the source release. This IMO is a distortion of ASF policy - which I believe is that every release needs the source - the binaries are a nice convenience - but you've extrapolated that into something different. If those convenience binaries are provided as part of an official release then they do need PMC approval: http://www.apache.org/dev/release.html#what Niall I'd say we take the release discussion away from the release, just release it with the file, as is, and in the next release, we take the file out. if we wanna debate ASF ways, lets do that, but not hinder this release. Filip We are free to re-package the binaries as much, or as little, as we wish providing we don't modify the build script since that would be modifying the source. Personally, I would repackage it but I am not that bothered about it. I am happy which ever way Remy chooses to go on this. Mark - 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]
svn commit: r618837 - /tomcat/tc6.0.x/trunk/STATUS.txt
Author: fhanik Date: Tue Feb 5 16:22:07 2008 New Revision: 618837 URL: http://svn.apache.org/viewvc?rev=618837view=rev Log: proposal Modified: tomcat/tc6.0.x/trunk/STATUS.txt Modified: tomcat/tc6.0.x/trunk/STATUS.txt URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/STATUS.txt?rev=618837r1=618836r2=618837view=diff == --- tomcat/tc6.0.x/trunk/STATUS.txt (original) +++ tomcat/tc6.0.x/trunk/STATUS.txt Tue Feb 5 16:22:07 2008 @@ -86,4 +86,8 @@ http://svn.apache.org/viewvc?rev=618420view=rev +1: fhanik -1: - \ No newline at end of file + +* Use a single lock for synchronized session manipulation + http://svn.apache.org/viewvc?rev=618823view=rev + +1: fhanik + -1: - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project jakarta-tomcat-jk-ant (in module jakarta-tomcat-connectors) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-tomcat-jk-ant has an issue affecting its community integration. This issue affects 1 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-tomcat-jk-ant : Connectors to various web servers Full details are available at: http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-ant/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Sole output [jkant.jar] identifier set to project name -INFO- Failed with reason build failed -DEBUG- Extracted fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-ant/gump_work/build_jakarta-tomcat-connectors_jakarta-tomcat-jk-ant.html Work Name: build_jakarta-tomcat-connectors_jakarta-tomcat-jk-ant (Type: Build) Work ended in a state of : Failed Elapsed: Command Line: /usr/lib/jvm/java-1.5.0-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only jkant [Working Directory: /srv/gump/public/workspace/jakarta-tomcat-connectors/jk] CLASSPATH: /usr/lib/jvm/java-1.5.0-sun/lib/tools.jar:ant-jmf-gump-05022008.jar:ant-swing-gump-05022008.jar:ant-apache-resolver-gump-05022008.jar:ant-trax-gump-05022008.jar:ant-junit-gump-05022008.jar:ant-launcher-gump-05022008.jar:ant-nodeps-gump-05022008.jar:ant-gump-05022008.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis-ext.jar - Exception in thread main java.lang.NoClassDefFoundError: org/apache/tools/ant/Main - To subscribe to this information via syndicated feeds: - RSS: http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-ant/rss.xml - Atom: http://vmgump.apache.org/gump/public/jakarta-tomcat-connectors/jakarta-tomcat-jk-ant/atom.xml == Gump Tracking Only === Produced by Gump version 2.3. Gump Run 40001605022008, vmgump:vmgump-public:40001605022008 Gump E-mail Identifier (unique within run) #46. -- Apache Gump http://gump.apache.org/ [Instance: vmgump] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can't handle the Arabic paratmeter name
Greeting,
When i try to put the field have Arabic name and handle it in servlet I give
null value. Though when handle all parameters name I see the parameter name
as garbage.
This page hava input field:
[EMAIL PROTECTED] [EMAIL PROTECTED] contentType=text/html
pageEncoding=UTF-8%
!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN
http://www.w3.org/TR/html4/loose.dtd;
html
head
meta http-equiv=Content-Type content=text/html; charset=UTF-8
titleJSP Page/title
/head
body
h2Hello World!/h2
form action=RoutFirst method=post
input type=hidden name=مؤيد value=anyOne
input type=submit
/form
/body
/html
--
this method handle the parameter:
protected void processRequest(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, IOException {
response.setContentType(text/html;charset=UTF-8);
PrintWriter out = response.getWriter();
try {
String s=request.getParameter(مؤيد);
Enumeration eenum=request.getParameterNames();
//TODO output your page here
out.println(html);
out.println(head);
out.println(titleServlet RoutFirst/title);
out.println(/head);
out.println(body);
out.println(h1Servlet RoutFirst at + s + /h1);
while(eenum.hasMoreElements()){
out.println(h1Servlet RoutFirst at + eenum.nextElement()
+ /h1);
}
out.println(/body);
out.println(/html);
} finally {
out.close();
}
}
---
this the out put:
*Servlet RoutFirst at null*
*Servlet RoutFirst at Ù
ؤÙد *
the first value is null when I called in Arabic.
the second value the name of parameter but in different shaped.
FYI the .NET Technology handle it as well as Arabic.
Re: Can't handle the Arabic paratmeter name
Moayad Abu Jaber wrote: Greeting, When i try to put the field have Arabic name and handle it in servlet I give null value. Though when handle all parameters name I see the parameter name as garbage. This is a question for the users list. Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
