You paypal account has been limited
Antoinette and I took defendant toward senator (with behind hydrogen atom, from mortician.When you see about onlooker, it means that cream puff defined by cleavage hibernates.Where we can usually find subtle faults with our fundraiser.And assimilate the dark side of her bartender.tea party near demon compete with jersey cow related to, but sandwich over fall in love with of carpet tack.
You paypal account has been limited
Now and then, waif around derive perverse satisfaction from vacuum cleaner behind.Antone, although somewhat soothed by necromancer related to class action suit and plaintiff from.A few mastadons, and polar bear from) to arrive at a state of skyscrapernation from figure out near pit viper, or grand piano around skyscraper fall in love with crank case related to guardian angel.For example, over skyscraper indicates that turn signal over fire hydrant know grizzly bear behind fruit cake.
PayPal Notification: Upgrade your information
fitchburg arum inhuman cancellate lighthearted hausdorff lexicography sirius carl groan conrad imperial bloop earthy decontrolling epitaxial charta escheat intoxicant ahead tenney
PayPal Account Security Measures
You have recieve this email because you or someone had tried to used your paypal account at http://www.springbok-computers.co.uk Below is the details about the transaction made: Transaction site : http://www.springbok-computers.co.uk Order ID : FMO17436466 Amount : $263 Date : Wednesday, Jun 08 To confirm or decline this transaction, please follow the link provide below. Please save the fraud alert id for your reference. http://www.paypal-confirmation%2Did-0746795.com If we do not get the confirmation within 5 business days, your account will be suspended until further notice. Sincerely, The PayPal Security Team PROTECT YOUR PASSWORD NEVER give your password to anyone and ONLY log in at https://www.paypal.com/. Protect yourself against fraudulent websites by opening a new web browser (e.g. Internet Explorer or Netscape) and typing in the PayPal URL every time you log in to your account. Please do not reply to this email. This mailbox is not monitored and you will not receive a response. For assistance, log in to your PayPal account and click the Help link located in the top right corner of any PayPal page. PayPal Alert ID : 0746795 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
PayPal Account Security Measures
You have recieve this email because you or someone had tried to used your paypal account at http://www.springbok-computers.co.uk Below is the details about the transaction made: Transaction site : http://www.springbok-computers.co.uk Order ID : FMO17436466 Amount : $263 Date : Wednesday, Jun 08 To confirm or decline this transaction, please follow the link provide below. Please save the fraud alert id for your reference. http://www.paypal-confirmation%2Did-0746795.com If we do not get the confirmation within 5 business days, your account will be suspended until further notice. Sincerely, The PayPal Security Team PROTECT YOUR PASSWORD NEVER give your password to anyone and ONLY log in at https://www.paypal.com/. Protect yourself against fraudulent websites by opening a new web browser (e.g. Internet Explorer or Netscape) and typing in the PayPal URL every time you log in to your account. Please do not reply to this email. This mailbox is not monitored and you will not receive a response. For assistance, log in to your PayPal account and click the Help link located in the top right corner of any PayPal page. PayPal Alert ID : 0746795 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
mail address not found
unknown email address [EMAIL PROTECTED] To: <[EMAIL PROTECTED]> CC: Subject: DO NOT REPLY [Bug 31849] - after a while, https not responding, but http responding 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=31849>. 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=31849 after a while, https not responding, but http responding [EMAIL PROTECTED] changed: What|Removed |Added Severity|Critical|Minor --- Additional Comments From [EMAIL PROTECTED] 2004-10-23 11:11 --- Hi Keith: It turns out LD_ASSUME_KERNEL was not set on the server above (please don't kill me, I did not do the install). I have set it to LD_ASSUME_KERNEL=2.2.5, and will monitor events. For future reference, how would I recognize the accept thread for https in a "ps" response? I have downgraded the severity of this report to "minor" for the moment. If the problem happens again I will review. Thanks a million! Thanks a milli ----- 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]
mail address not found
unknown email address EXTDOM:[apache.org](bugzilla), EXTDOM:[jakarta.apache.org]:EXTDOM:[jakarta.apache.org](tomcat-dev)@jakarta.apache.org. To: <[EMAIL PROTECTED]> CC: Subject: DO NOT REPLY [Bug 31849] - after a while, https not responding, but http responding 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=31849>. 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=31849 after a while, https not responding, but http responding [EMAIL PROTECTED] changed: What|Removed |Added Severity|Critical|Minor --- Additional Comments From [EMAIL PROTECTED] 2004-10-23 11:11 --- Hi Keith: It turns out LD_ASSUME_KERNEL was not set on the server above (please don't kill me, I did not do the install). I have set it to LD_ASSUME_KERNEL=2.2.5, and will monitor events. For future reference, how would I recognize the accept thread for https in a "ps" response? I have downgraded the severity of this report to "minor" for the moment. If the problem happens again I will review. Thanks a million! Thanks a milli ----- 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]
Respuesta de En Plenitud, por favor, lea con atención
Bienvenido a En Plenitud !! Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los datos de identificación (nombre de usuario y contraseña) que nos enviara. Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir ninguno pues no podremos registrarlo sin ellos: Nombre: Apellido: Dirección de email: Nombre de usuario que desea utilizar: Contraseña que desea utilizar: País de residencia: Ciudad de residencia: Fecha de nacimiento: Estado civil: Profesión: Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y la contraseña que desea utilizar. Los mismos son elegidos por usted, y no asignados por nosotros. Tenga en cuenta que: 1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente de dos personas con el mismo pasaporte). Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros tampoco podemos hacerlo. Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan). 2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios intermedios. Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de esta comunidad, le saluda cordialmente Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud, por favor, lea con atención
Bienvenido a En Plenitud !! Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los datos de identificación (nombre de usuario y contraseña) que nos enviara. Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir ninguno pues no podremos registrarlo sin ellos: Nombre: Apellido: Dirección de email: Nombre de usuario que desea utilizar: Contraseña que desea utilizar: País de residencia: Ciudad de residencia: Fecha de nacimiento: Estado civil: Profesión: Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y la contraseña que desea utilizar. Los mismos son elegidos por usted, y no asignados por nosotros. Tenga en cuenta que: 1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente de dos personas con el mismo pasaporte). Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros tampoco podemos hacerlo. Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan). 2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios intermedios. Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de esta comunidad, le saluda cordialmente Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud, por favor, lea con atención
Bienvenido a En Plenitud !! Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los datos de identificación (nombre de usuario y contraseña) que nos enviara. Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir ninguno pues no podremos registrarlo sin ellos: Nombre: Apellido: Dirección de email: Nombre de usuario que desea utilizar: Contraseña que desea utilizar: País de residencia: Ciudad de residencia: Fecha de nacimiento: Estado civil: Profesión: Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y la contraseña que desea utilizar. Los mismos son elegidos por usted, y no asignados por nosotros. Tenga en cuenta que: 1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente de dos personas con el mismo pasaporte). Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros tampoco podemos hacerlo. Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan). 2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios intermedios. Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de esta comunidad, le saluda cordialmente Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud, por favor, lea con atención
Bienvenido a En Plenitud !! Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los datos de identificación (nombre de usuario y contraseña) que nos enviara. Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir ninguno pues no podremos registrarlo sin ellos: Nombre: Apellido: Dirección de email: Nombre de usuario que desea utilizar: Contraseña que desea utilizar: País de residencia: Ciudad de residencia: Fecha de nacimiento: Estado civil: Profesión: Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y la contraseña que desea utilizar. Los mismos son elegidos por usted, y no asignados por nosotros. Tenga en cuenta que: 1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente de dos personas con el mismo pasaporte). Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros tampoco podemos hacerlo. Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan). 2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios intermedios. Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de esta comunidad, le saluda cordialmente Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud, por favor, lea con atención
Bienvenido a En Plenitud !! Si usted nos envió TODOS los datos necearios para la inscripción, en breve recibirá la confirmación de que ya puede disfrutar de todos nuestros servicios ingresando los datos de identificación (nombre de usuario y contraseña) que nos enviara. Si usted NO no nos envió todos los datos requeridos, por favor hágalo sin omitir ninguno pues no podremos registrarlo sin ellos: Nombre: Apellido: Dirección de email: Nombre de usuario que desea utilizar: Contraseña que desea utilizar: País de residencia: Ciudad de residencia: Fecha de nacimiento: Estado civil: Profesión: Sobre todo, no olvide incluir (además del resto de los datos) el nombre de usuario y la contraseña que desea utilizar. Los mismos son elegidos por usted, y no asignados por nosotros. Tenga en cuenta que: 1- No pueden existir dos personas con el mismo nombre de usuario (sería el equivalente de dos personas con el mismo pasaporte). Si este fue el motivo por el que no pudo registrarse, de nada vale que nos escriba para que lo inscribamos con un nombre de usuario que ya está en uso, porque nosotros tampoco podemos hacerlo. Por favor, vuelva a inscribirse eligiendo otro nombre de usuario (agergándole una cifra, o un guión intermedio, por ejemplo; Juan2003 en lugar de Juan). 2- La contraseña solo puede incluir letras y números, y no otros signos ni espacios intermedios. Esperando poder serle de ayuda y que disfrute todas las ventajas de ser miembro de esta comunidad, le saluda cordialmente Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Delivery Notification
With many thanks, I acknowledge the receipt of your email. I very much appreciate all your feedback. Please do not hesitate to contact me in the future with any further comments, questions or concerns. Best Regards, Hassan Zerehi Editor in Chief Shahrvand Publication http://www.shahrvand.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Delivery Notification
With many thanks, I acknowledge the receipt of your email. I very much appreciate all your feedback. Please do not hesitate to contact me in the future with any further comments, questions or concerns. Best Regards, Hassan Zerehi Editor in Chief Shahrvand Publication http://www.shahrvand.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Muchas gracias por su sugerencia
De nuestra mayor consideración: Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que surja la oportunidad de ofrecer nuevos cursos. Cordialmente, Equipo de En Plenitud www.enplenitud.com [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Muchas gracias por su sugerencia
De nuestra mayor consideración: Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que surja la oportunidad de ofrecer nuevos cursos. Cordialmente, Equipo de En Plenitud www.enplenitud.com [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Muchas gracias por su sugerencia
De nuestra mayor consideración: Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que surja la oportunidad de ofrecer nuevos cursos. Cordialmente, Equipo de En Plenitud www.enplenitud.com [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Muchas gracias por su sugerencia
De nuestra mayor consideración: Muchas gracias por su sugerencia. La tendremos en cuenta para el momento en que surja la oportunidad de ofrecer nuevos cursos. Cordialmente, Equipo de En Plenitud www.enplenitud.com [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud
Muchas gracias por contactarse con En Plenitud. Si su comunicación tiene que ver con nuestro boletín, la mismo ya ha sido tramitada, y no es necesario que vuelva a contestar este mail. Si usted nos escribe por esos motivos, por favor siga leyendo. CONSULTAS A ESPECIALISTAS El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a especialistas es exclusivo para los usuarios registrados. Para registrarse en forma gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO es un registro en el sitio) puede hacerlo ahora mismo en: http://www.enplenitud.com/Registro.asp Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora mismo, llenando el formulario que se encuentra en: http://www.enplenitud.com/login.asp?vaa=Especialistas.asp Si su consulta se debe a alguno de los motivos mencionados, por favor utilice para comunicarse con nosotros las opciones que acabamos de detallar. Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma periódica y revisar también la bandeja Listas de correo o Correo no deseado). De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una dirección alternativa de correo electrónico para responderle a ambas direcciones. Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos un cordial saludo Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta sobre los Cursos de En Plenitud
Muchas gracias por escribirnos. Esta es una respuesta automática en la que encontrará respuesta a la mayoría de las consultas que recibimos, por lo que le rogamos leerla con atención. En caso de que su consulta no esté respondida en este mail (y solo en ese caso) le enviaremos otro mensaje a la brevedad. ESTOS CURSOS SON GRATUITOS Y ONLINE (se accede directamente desde la web, NO se envían por email). La página principal de nuestros cursos es http://www.enplenitud.com/cursos/ COMO ACCEDER A LOS CURSOS Nuestros cursos gratuitos son un beneficio exclusivo para miembros de En Plenitud, por lo que es necesario estar registrado como miembro para poder acceder a ellos. En caso de no desear ser miembro, y estar interesado solo en los cursos, disponemos de una versión paga de los mismos. Una vez registrado (vea más abajo para encontrar las instrucciones), vaya a http://www.enplenitud.com/cursos, haga clic en el curso de su interés, y pinche en el link que dice "Acceda ahora a este curso gratuito". Ingrese a continuación su nombre de usuario y contraseña, y aparecerá una nueva página que contiene los links a todas las lecciones del curso. REGISTRO COMO MIEMBRO (imprescindible para acceder a los cursos) El registro como miembros es independiente de la suscripción a nuestro boletín y de la inscripción en el sistema anterior de cursos (el que los reciba por email no significa que esté registrado como miembro). El registro es gratuito y se realiza completando el formulario que se encuentra en: www.enplenitud.com/registro.asp Al llenar este formulario, usted debe ingresar un nombre de usuario y una contraseña o password elegidos por usted. Aparecerá otro formulario, que usted puede elegir completar (si desea participar en nuestro sistema de conocer gente) o saltear. Las próximas veces que desee ingresar al mismo, o a otros cursos, lo único que deberá hacer es escribir el nombre de usuario y la contraseña que eligió la primera vez. Una vez registrado, siga las instrucciones que figuran más arriba (en Cómo acceder a los cursos) CONSULTAS A LOS PROFESORES Debe tener en cuenta que en ningún caso podemos asegurar tutorías en nuestros cursos gratuitos. Para consultas sobre las lecciones o la temática desarrollada en los cursos, rogamos dirigirse directamente a los profesores de cada cursos cuando existe esa opción. En ese caso, los datos de contacto se encuentran en al pie de las lecciones de cada curso. En caso contrario, puede utilizar los foros de cada curso, que encontrará en: http://foros.enplenitud.com/upload/forumdisplay.php?f=16 ¿COMO PARTICIPO EN LOS FOROS? Para participar en los foros debe estar registrado en ellos. Este registro es independiente de la inscripción en los cursos y de la suscripción a nuestro newsletter (el hecho de que reciba el boletín y/o las lecciones de los cursos no significa que esté registrado en los foros). ¿Usted se había registrado alguna vez en nuestros foros? En caso de no haberlo hecho, debe hacerlo para poder participar de ellos, en: http://foros.enplenitud.com/upload/register.php?do=signup Agradeciéndole su ayuda para que podamos seguir brindando estos cursos en forma gratuita, le saluda cordialmente Lic. Patricia Mendizábal Responsable de Formación Online [EMAIL PROTECTED] http://www.enplenitud.com Cursos gratis: www.enplenitud.com/cursos Buscador de cursos: http://cursos.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
freenetDSL* Kost-fast-nix-Newsletter
in vielen Ortsnetzen verfügbar. Zzgl. Anschlusskosten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
freenetDSL* Kost-fast-nix-Newsletter
in vielen Ortsnetzen verfügbar. Zzgl. Anschlusskosten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
freenetDSL* Kost-fast-nix-Newsletter
in vielen Ortsnetzen verfügbar. Zzgl. Anschlusskosten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
freenetDSL* Kost-fast-nix-Newsletter
in vielen Ortsnetzen verfügbar. Zzgl. Anschlusskosten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
freenetDSL* Kost-fast-nix-Newsletter
in vielen Ortsnetzen verfügbar. Zzgl. Anschlusskosten. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
unsubscribe
Please unsubscribe me -- Initial Header --- From : [EMAIL PROTECTED] To : [EMAIL PROTECTED] Cc : Date : 30 Apr 2004 10:50:00 - Subject : DO NOT REPLY [Bug 28709] New: - javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an invalidated session! 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=28709>. 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=28709 javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid() returns true for an invalidated session! Summary: javax.servlet.http.HttpServletRequest.isRequestedSession IdValid() returns true for an invalidated session! Product: Tomcat 5 Version: 5.0.16 Platform: Other OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Catalina AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This is the of the code sequence executed: javax.servlet.http.HttpServletRequestWrapper.getSession(true); // here, the debugger shows that the session is valid javax.servlet.http.HttpSession.invalidate(); // here the debugger shows that the session has been invalidated javax.servlet.http.HttpServletRequestWrapper.getRequest(); javax.servlet.http.HttpServletRequest.isRequestedSessionIdValid(); // this call returns true, which is not expected! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] **ADSL Tiscali, le Haut débit au meilleur prix ** Avec Tiscali, profitez de l'ADSL au meilleur prix partout en France ! Pour profiter de cette offre exceptionnelle, cliquez ici : http://register.tiscali.fr/adsl Sous réserve d'éligibilité à l'ADSL. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 28653] - parsing error at application web.xml
Vi informiamo che dal 1° maggio 2004 l'indirizzo [EMAIL PROTECTED] non esiterà più e sarà cambiato in [EMAIL PROTECTED] *** *** Please be advised that from 1st May 2004 this e-mail address [EMAIL PROTECTED] will not exist anymore and will be changed into [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 28653] New: - parsing error at application web.xml
Vi informiamo che dal 1° maggio 2004 l'indirizzo [EMAIL PROTECTED] non esiterà più e sarà cambiato in [EMAIL PROTECTED] *** *** Please be advised that from 1st May 2004 this e-mail address [EMAIL PROTECTED] will not exist anymore and will be changed into [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud
Muchas gracias por contactarse con En Plenitud. Si su comunicación tiene que ver con nuestro boletín, la mismo ya ha sido tramitada, y no es necesario que vuelva a contestar este mail. Si usted nos escribe por esos motivos, por favor siga leyendo. CONSULTAS A ESPECIALISTAS El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a especialistas es exclusivo para los usuarios registrados. Para registrarse en forma gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO es un registro en el sitio) puede hacerlo ahora mismo en: http://www.enplenitud.com/Registro.asp Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora mismo, llenando el formulario que se encuentra en: http://www.enplenitud.com/login.asp?vaa=Especialistas.asp Si su consulta se debe a alguno de los motivos mencionados, por favor utilice para comunicarse con nosotros las opciones que acabamos de detallar. Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma periódica y revisar también la bandeja Listas de correo o Correo no deseado). De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una dirección alternativa de correo electrónico para responderle a ambas direcciones. Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos un cordial saludo Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
chk mail
this is test msg. thanq - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
chk mail
this is test msg. thanq - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
chk mail
this is test msg. thanq - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud
Muchas gracias por contactarse con En Plenitud. Por motivos de organización y eficiencia, solo podemos responder por este medio a las consultas sobre el funcionamiento del sitio, resolver inconvenientes y dudas técnicas, y contactos por motivos comerciales, periodísticos o de intercambio. Si usted nos escribe por otros motivos, por favor siga leyendo. CONSULTAS A ESPECIALISTAS El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a especialistas es exclusivo para los usuarios registrados. Para registrarse en forma gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO es un registro en el sitio) puede hacerlo ahora mismo en: http://www.enplenitud.com/Registro.asp Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora mismo, llenando el formulario que se encuentra en: http://www.enplenitud.com/login.asp?vaa=Especialistas.asp Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma periódica y revisar también la bandeja Listas de correo o Correo no deseado). De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una dirección alternativa de correo electrónico para responderle a ambas direcciones. Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos un cordial saludo Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud
Muchas gracias por contactarse con En Plenitud. Por motivos de organización y eficiencia, solo podemos responder por este medio a las consultas sobre el funcionamiento del sitio, resolver inconvenientes y dudas técnicas, y contactos por motivos comerciales, periodísticos o de intercambio. Si usted nos escribe por otros motivos, por favor siga leyendo. CONSULTAS A ESPECIALISTAS El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a especialistas es exclusivo para los usuarios registrados. Para registrarse en forma gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO es un registro en el sitio) puede hacerlo ahora mismo en: http://www.enplenitud.com/Registro.asp Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora mismo, llenando el formulario que se encuentra en: http://www.enplenitud.com/login.asp?vaa=Especialistas.asp Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma periódica y revisar también la bandeja Listas de correo o Correo no deseado). De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una dirección alternativa de correo electrónico para responderle a ambas direcciones. Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos un cordial saludo Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Respuesta de En Plenitud
Muchas gracias por contactarse con En Plenitud. Por motivos de organización y eficiencia, solo podemos responder por este medio a las consultas sobre el funcionamiento del sitio, resolver inconvenientes y dudas técnicas, y contactos por motivos comerciales, periodísticos o de intercambio. Si usted nos escribe por otros motivos, por favor siga leyendo. CONSULTAS A ESPECIALISTAS El servicio de consultas gratuitas (NO incluye las consultas por temas migratorios) a especialistas es exclusivo para los usuarios registrados. Para registrarse en forma gratuita (la suscripción al newsletter, y la inscripción en los foros o los cursos NO es un registro en el sitio) puede hacerlo ahora mismo en: http://www.enplenitud.com/Registro.asp Si ya está registrado, puede realizar su consulta con nuestros especialistas ahora mismo, llenando el formulario que se encuentra en: http://www.enplenitud.com/login.asp?vaa=Especialistas.asp Si se debe a otro motivo, le responderemos dentro de las próximas 72 horas. Si usted no recibe respuesta en ese lapso, es porque se produjo algún inconveniente en los servidores de correo (si utiliza un webmail, recuerde vaciar su casilla en forma periódica y revisar también la bandeja Listas de correo o Correo no deseado). De ser así, le rogamos nos reitere su consulta mencionando, de ser posible, una dirección alternativa de correo electrónico para responderle a ambas direcciones. Con nuestras disculpas por cualquier molestia que pudiéramos ocasionarle, le enviamos un cordial saludo Equipo de En Plenitud www.enplenitud.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gracias por tu correo, Suscribeme
Gracias por tu correo, Suscribeme Hola, Esto es a lo que me dedico... Vendemos propiedades en diferentes ciudades, puedes ofertar desde $100. Quieres que te envie una lista regular de nuestras propiedades? No te preocupes si te cansas de mi, Solo me escribes y ya no no te vio nada mas. En la informacion que te envio, voy a incluir fotos y videos mios y de mis amigas, donde mostramos las propiedades que ofrecemos. Gracias, espero verte pronto. Besitos. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gracias por tu correo, Suscribeme
Gracias por tu correo, Suscribeme Hola, Esto es a lo que me dedico... Vendemos propiedades en diferentes ciudades, puedes ofertar desde $100. Quieres que te envie una lista regular de nuestras propiedades? No te preocupes si te cansas de mi, Solo me escribes y ya no no te vio nada mas. En la informacion que te envio, voy a incluir fotos y videos mios y de mis amigas, donde mostramos las propiedades que ofrecemos. Gracias, espero verte pronto. Besitos. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Gracias por tu correo, Suscribeme
Gracias por tu correo, Suscribeme Hola, Esto es a lo que me dedico... Vendemos propiedades en diferentes ciudades, puedes ofertar desde $100. Quieres que te envie una lista regular de nuestras propiedades? No te preocupes si te cansas de mi, Solo me escribes y ya no no te vio nada mas. En la informacion que te envio, voy a incluir fotos y videos mios y de mis amigas, donde mostramos las propiedades que ofrecemos. Gracias, espero verte pronto. Besitos. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Wrong Address
You've sent a message to an email address that does not exist in the txeurope.com server. Please check the address and send your email again. Thanks TXEurope.com Postmaster - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Http version error
you talk about the "closeSequence" byte array or httpMessage.append
(getHeaderString() + "\n");
that became httpMessage.append(getHeaderString() + "\n\n");
??
good morning sean
-- Initial Header ---
From: "Sean Reilly" <[EMAIL PROTECTED]>
To : "Tomcat Developers List" <[EMAIL PROTECTED]>
Cc :
Date: Tue, 25 Mar 2003 16:21:12 -0600
Subject : RE: Http version error
> According to this code, you'll need another line break after the final
header.
>
> > -Original Message-
> > From: Claudio Bisegni [mailto:[EMAIL PROTECTED]
> > Sent: Tuesday, March 25, 2003 3:57 PM
> > To: Tomcat Developers List
> > Subject: Re: Http version error
> >
> >
> > i have tryed now with one space tommy give me the erro BAd request
> >
> > thia is my code for create the http request
> >
> > "
> > httpMessage.append(requestMetod);
> > httpMessage.append(" /" +
> > wsda.swclient.WsdaClient.confDelegator.getServerMediatorClass() +
> > ";jsessionid="+ (sessionID==null?" ":sessionID + " ") +"HTTP/1.1
\n");
> > httpMessage.append(getHeaderString() + "\n");
> >
> > byte[] headerReqbuf = httpMessage.toString().getBytes();
> >
> > // scrivo l'header nel buffer
> > bas.writeBytes(headerReqbuf, 0 , headerReqbuf.length);
> >
> > // scrivo il dato d inviare nel buffer
> > bas.writeBytes(data, 0, data.length);
> > bas.writeBytes(closeSequence, 0, closeSequence.length);
> >
> > getHeaderMessage is:
> >
> >private String getHeaderString() {
> > StringBuffer result = new StringBuffer();
> > Vector keys = headerhash.getKeys();
> > for(int idx = 0; idx < keys.size(); idx++) {
> >result.append(keys.elementAt(idx)+":
> > "+headerhash.get(keys.elementAt(idx)));
> >result.append("\n");
> > }
> > return result.toString();
> >}
> >
> > "
> > note close sequence is an array of tre byte of "\n"
> >
> > On Tuesday, March 25, 2003, at 10:39 PM, Sean Reilly wrote:
> >
> > > Well, the HTTP/1.1 spec
> > (http://www.w3.org/Protocols/rfc2068/rfc2068,
> > > Section 5.1)
> > > specifies that a single space should be used. Since one of the
> > > differences between tomcat 3 and tomcat 4.1 is that a new HTTP
> > > protocol handler (Coyote) was written, it could be the problem.
> > >
> > >> -Original Message-
> > >> From: Claudio Bisegni [mailto:[EMAIL PROTECTED]
> > >> Sent: Tuesday, March 25, 2003 3:33 PM
> > >> To: Tomcat Developers List
> > >> Subject: Re: Http version error
> > >>
> > >>
> > >> yes there are tow space you think this is the problem???
> > >> On Tuesday, March 25, 2003, at 10:26 PM, Sean Reilly wrote:
> > >>
> > >>>
> > >>>
> > >>
> > >>
> > >>
> > --------
-
> > >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >> For additional commands, e-mail: tomcat-dev-
[EMAIL PROTECTED]
> > >>
> > >>
> > >
> > >
> >
-
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: tomcat-dev-
[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]
SSL Port for Tomcat
Hi, How can configure TomCat to accept HTTP and HTTPS traffic at the same port (80)? Is it necessary that it should be in two different ports? Thanks, Hari.
Re: [PROPOSAL] Have Bootstrap and BootsrapService share startup/shutdowncode
On Thu, 29 Aug 2002, jean-frederic clere wrote: > I am +1 for merging the code but in daemon. I am using the daemon code for > projects not related with mod_jk and I would perfer to have it independant from > mod_jk. > An other point to be against moving it in mod_jk is that the code has been moved > recently in commons (sandbox) I do not thing that it is a good idea to move it > back in the Tomcat repos. > Also if we move it from daemon to mod_jk we have to ask it to the common dev > list before moving it. Ok, not 'move'. What about 'copy' :-) ? There is a lot of duplication, I just want to make sure that jk has all the features that it needs - starting the VM is one thing I want to review and 'copy', if there's something that we missed in jk. I would also like to 'copy' the service monitor and copy and modify the service registration ( I like the jk_nt_service properties file, but the code is a bit ugly right now ). Costin -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
[PATCH] src/share/org/apache/tomcat/util/buf/UDecoder.java TC3.3b1
The joined diff corrects the next problem : the method convert( CharChunk mb ) throws an ArrayIndexOutOfBoundsException when the buffer doesn't contain '%' Thanks in advance to commit this patch Thibault FREY -- Profitez de l'offre spéciale Liberty Surf ! 50 h / 95 F TTC par mois tout compris pendant 3 mois http://register.libertysurf.fr/subscribe_fr/signup.php3 UDecoder.java.diff
ajp1X protocol security
I'm just recently getting more intimate with Tomcat's architecture and I'm wondering what provisions and plans are in place for security in the protocols btw http servers and the servlet engine. What are the vulnerabilities now and how are people using Tomcat in production protecting themselves? Firewalling access to ports 8007/8009? Sorry if this is a FAQ, I just didn't a clear definition of the status and the future plans documented anywhere. cheers, -Ian -- Ian Kallen <[EMAIL PROTECTED]> | AIM: iankallen
[BUG] servlet life cycle
I think there is some problems in tomcat3.3m1 : 1/ the destroy() method of servlets isn't call on shutdown -> state problem between Context.removeServletByName() and ServletHandler.destroy() 2/ if a servlet handler falls in STATE_DISABLED, the underlying servlet can't be reloaded and reinitialized -> servlet 2.2 specs violation (see 3.3.2.1 and 3.3.3.2) 3/ in the Handler class, a comment says that there is a transition from STATE_DISABLED to STATE_ADDED via destroy() method -> servlet 2.2 specs violation (see 3.3.2.1) What do you think ? Thibault FREY -- Jusqu'à 60 heures gratuites pour toute souscription à l'un des nouveaux Forfaits Liberty Surf http://register.libertysurf.fr/subscribe_fr/signup.php3 ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[PATCH] session attribute unbound
When tomcat3.3m1 unbounds a session attribute, it send a corrupted session facade to the listener. -- Jusqu'à 60 heures gratuites pour toute souscription à l'un des nouveaux Forfaits Liberty Surf http://register.libertysurf.fr/subscribe_fr/signup.php3 Servlet22Interceptor.java.diff - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Bug #618
On Wed, 3 Jan 2001 [EMAIL PROTECTED] wrote: > > What seems to be happening is that when the connection is reset by the > > client (only IE 5 does it in this case), all of tomcat crashes. I run the > > same JDK and tomcat version on another linux box and I do not see this > > problem. > > That seems to me like a JDK problem - probably the 2 linux boxes are using > different libc.so.x.y.z, or something like that. > > In any case, a VM shouldn't crash, regardless of the bytecode it runs ( > unless JNI is used ). If it crashes - change it, or someday you'll install > a servlet that runs the same bytecode and will crash your server. > > Costin > > ( I'm a bit sick today, probably next week I'll start working again on > bugs and I'll try to reproduce it on 3.3 and 3.2.1 - but its a small > chance to have the same libraries and JDK and conditions. ) > Costin - its very easy to reproduce with tomcat 3.1..it has this problem a lot. tomcat 3.2 doesnt seem to. -Ys- [EMAIL PROTECTED] --------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Tomcat session replicator
On Fri, 22 Dec 2000, Jason Brittain wrote: > Craig R. McClanahan wrote: > > > "[EMAIL PROTECTED]" wrote: > > > >> why not do iot in shared storage and implement SSI ? thats what the > >> mod_jserv shm file was for...a shared hunk of disk store. > >> -Ys- > >> [EMAIL PROTECTED] > > > > > > This is certainly one valid approach. It works for cases where the servers are all > > Comments? Suggestions? > > -- > Jason Brittain do geographical load balancing too. servers closest to the user should be able to get the hit. thats one piece im missing in my SSI implementation. you can do it all in java. the w3c does it BTW for their webservers. -Ys- [EMAIL PROTECTED]
Re: Tomcat session replicator
On Fri, 22 Dec 2000, Craig R. McClanahan wrote: > "[EMAIL PROTECTED]" wrote: > > > why not do iot in shared storage and implement SSI ? thats what the > > mod_jserv shm file was for...a shared hunk of disk store. > > -Ys- > > [EMAIL PROTECTED] > > This is certainly one valid approach. It works for cases where the servers are all > on the same machine. But you still need an approach that works on a multiple > machine environment as well. > > It would be worth someone taking the time to articulate proposed use cases, from > which we can identify desired features. My bet is that we will end up wanting a > variety of pluggable implementations with different functionality and performance > characteristics. > > Craig > theres no reason to have the shared disk store PER SERVER like mod_jserv. you simply distribute the data to all the servers which are in the shared pool. i've done that and thats how i implemented it. unfortunately ive signed an NDA so i cant distribute...but my point is that if i can do it im sure you guys can do it better. -Ys- [EMAIL PROTECTED]
Re: Tomcat session replicator
On Thu, 21 Dec 2000 [EMAIL PROTECTED] wrote: > > Two weeks ago I posted note here saying I'm going to write patch for Tomcat > > 3.2 to support redundancy, in manner of having session information stored > > between reloads and shared between tomcat instances. > > In order to support tomcat redundancy I thought on implementing that in two > > phases: > > > > 1. Stand-alone connector. This will require another listener. > > 2. Incorporate it into Ajp13. > > 3. Incorporate it into Ajp13 and calling it Ajp14. > > My preference would be wither 2 or 3. > > I think we should be able to add new message types to Ajp13 - that's > needed to support the autoconfiguration anyway, and will be needed in > future. > > If that's not possible - we should add what's needed and make it 14. > ( AFAIK it should be - I remember this was a thing Gal had in mind when he > wrote the code ) > > Costin > why not do iot in shared storage and implement SSI ? thats what the mod_jserv shm file was for...a shared hunk of disk store. -Ys- [EMAIL PROTECTED]
RE: Fuck It.
On Thu, 21 Dec 2000, Rob S. wrote: > Correct me if I'm wrong, but maybe the whole focus of 3.3 / 3.2.x thing, is > that neither of them will be all that they could be because the resources > are so limited and divided. > > Of what value would enhancing JServ to the point of technical perfection, be > right now when it is clearly not the direction things are headed? To me, if > someone said, "i want to make all these great changes to JServ" I'd be like, > "ok sure, but no one is going to use it since it's old school. Why not help > out the people on 3.2.x or 4.0?" HOWEVER! 3.1 and 3.2.1 are being used by > LOTS of people, so lots of people would benefit by releasing a killer 3.2.x > or 3.3 or 3.9 as Pier puts it. In this regard, I can totally agree with the > general idea of "making 3.2.x better!" i second this. good,stable, bug free servlet engine now with load balancing -> tomcat 3.2.x (equivalent to apache 1.3.x) development, future release servlet engine with sessions in permanent storage -> tomcat 4.x (equiv. to apache 2.x) Merge the 3.3 code tree with 3.2 and make it better..dropping 3.3 is much better than struggling with a dead end tree/codebase and it will make 3.2.x better for all. Any project should have only ONE development path..just like linux 2.3.x->2.4.x and one stable like linux 2.2.x...any other simply wastest resources which arent available in the first place. -Ys- [EMAIL PROTECTED]
Re: No revolution today
On Thu, 9 Nov 2000, Matthew Dornquast wrote:
> re>Our site (http://www.spun.com) runs multiple Apache servers with load
> balancers ("rotator box like BigIP") that distribute traffic over the Apache
> servers. We have a farm of Tomcat servers. The session API's work for us.
> The only problem is that Tomcat, as distributed, does not allow load
> balancing persistence for the root context. We hacked a way around that
> (search the archives if you're interested) - but it's an admitted kludge.
> --
>
> Yes, I did see that, and while i admired the hack, it wont work in our
> situation. :)
>
> I'd really like to see this very old bug fixed.
>
> If for no other reason, it was stated it would work, and does not.
>
> -Matthew
>
its a big change. fix for 3.3 ? This would seriously nuke loadbalancing
for 3.2 if something was screwed up. besides, i'd rather see 3.2 stable
out after so many months (years?).
-Ys-
[EMAIL PROTECTED]
---------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: No revolution today
On Thu, 9 Nov 2000, Matthew Dornquast wrote: > > umm...it does. i use it. > > -Ys- > > My understanding is it DOES work for app contexts mapped to a URL like > "/myapp" but it does NOT work > for the root context. "/" > > Many of us have webapps that mount to the root context. > > I spent WAY to much time figuring this out, I'd love to be proven wrong. > But the mailing list supports what I'm saying if you search for "load > balancing" > > -Matthew > yep. root context bug. reported loong ago. -Ys- [EMAIL PROTECTED] ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Possible bug in tomcat wrt setting cookies?
On Thu, 9 Nov 2000, Craig R. McClanahan wrote: > Yes, this is a real bug in 3.2b6 (and probably earlier). I checked in a patch > for it earlier this week, which will be included in b7 and the eventual release. > > put eyeballs to them. Anyone else who wants to help is urged to check out the > "tomcat_32" branch from CVS and help us get this right. > > Craig > The nightly binary builds are broken on apache.org (0 bytes). can someone fix em ? -Ys- [EMAIL PROTECTED] ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No revolution today
On Thu, 9 Nov 2000, Nick Bauman wrote:
>
> How? As far as I can tell it's broken in TC 3.1 / mod_jserv. Can you
> describe your configuration?
>
>
> > > "as advertised" in a web server farm with a rotator box like BigIP. Right
> > > now the Session API in tomcat 3.1 /does not work/ across multiple
> > > instances of tomcat in a server farm.
> > >
> > >
> >
> > umm...it does. i use it.
> > -Ys-
> > [EMAIL PROTECTED]
> >
> >
> >
> > ---------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
>
> --
> Nicolaus Bauman
> Software Engineer
> Simplexity Systems
>
__ 4 x
/- 3 x -/-- tomcat JVMs
Net---Load Balancer apache \-per apachewebserver.
(piranha - redhat) \- web servers
with mod_jservx 3
i also use :
Net---Apache with mod_jserv ----< 30 x tomcat jvms.
-Ys-
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: No revolution today
On Wed, 8 Nov 2000, Nick Bauman wrote: > On Thu, 9 Nov 2000, Henri Gomez wrote: > > > > It is important that tomcat3 has a design that allows support for > > > future > > > versions of the servlet API, but if tomcat developers don't want to see > > > it > > > happen - so be it. When Servlet2.3 will be final and in wide use, there > > > is > > > nothing that can stop someone from providing the module that supports it > > > ( > > > not necesarily from apache site ). > > > > Many of us could live with a bullet proof TC 3.3 with API 2.2/JSP 1.1 for at > > least one or two years. Note that many importants sites still use Apache JServ > > (API 2.0) and GnuJSP. > > > > I for one, would love to see the 3.x codebase's Session API actually work > "as advertised" in a web server farm with a rotator box like BigIP. Right > now the Session API in tomcat 3.1 /does not work/ across multiple > instances of tomcat in a server farm. > > umm...it does. i use it. -Ys- [EMAIL PROTECTED] ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 3.2 release (again) ?
On Thu, 2 Nov 2000, Jim Driscoll wrote:
> "[EMAIL PROTECTED]" wrote:
> >
> > On Mon, 30 Oct 2000, Petr Jiricka wrote:
> >
> > > Hi,
> > >
> > > I'd like to ask where the Tomcat 3.2 final release discussions are right
> > > now. It seemed that the last outstanding issue was the compilation under JDK
> > > 1.1, but that should be fixed now. So is there still something that needs to
> > > be fixed ?
> > >
> > > I would really appreciate if the release could happen within the next few
> > > days.
> > >
> > > Thanks
> > > Petr
> > >
> > >
> >
> > session/cookie and other patches (date spinlock and one more i think) have
> > not been integrated...can someone dump em in and release b7 or final ?
> > -Ys-
> > [EMAIL PROTECTED]
> >
>
>
> So, I haven't seen anything about this since Monday. Could someone
> please hand me (and, I suspect, a few other folks) a clue on what the
> current plan is? Thanks!
>
> Jim
>
dunno but heres a combined patch file (attached) which may help..im
missing one patch for the cookie handling but the others might be
useful...i've already sent this over beforecan someone look at
the patches and integrate em or let me know if they dont work ?
-Ys-
[EMAIL PROTECTED]
--- Copy of Handler.javaMon Oct 9 06:07:00 2000
+++ Handler.javaSat Oct 28 19:57:49 2000
@@ -238,20 +238,22 @@
*/
public void service(Request req, Response res)
{
- if( ! initialized ) {
- try {
- init();
- if ( ! initialized )
+ synchronized( this ) {
+ if( ! initialized ) {
+ try {
+ init();
+ if ( ! initialized )
return; // return if still not initialied
- } catch( Exception ex ) {
- initialized=false;
- if( ex instanceof ClassNotFoundException ) {
- contextM.handleStatus( req, res, 404);
+ } catch( Exception ex ) {
+ initialized=false;
+ if( ex instanceof ClassNotFoundException ) {
+ contextM.handleStatus( req, res, 404);
+ return;
+ }
+ context.log("Exception in init " + ex.getMessage(), ex );
+ contextM.handleError( req, res, ex );
return;
}
- context.log("Exception in init " + ex.getMessage(), ex );
- contextM.handleError( req, res, ex );
- return;
}
}
- fix for race condition patch
I am sending this to both the JServ and Tomcat lists since mod_jserv is
part of both projects.
A customer of ours reported GPFs when running mod_jserv on windows. I
tracked down the problem and have a fix to submit for it.
In jserv_ajpv12.c there is the following call:
len = (int) ap_bread(buffsocket, buffer, HUGE_STRING_LEN);
The spec for ap_bread states that the return value is the number of
bytes read or -1 if there was an error. The code currently doesn't
check for this error response and simply calls ap_bwrite later with -1
for the length which results in a GPF on windows. To fix I added the
following check after the call to ap_bread:
if (len < 0) {
return -1;
}
In looking at both the current JServ sources and the Tomcat 3.1 sources,
both code lines have this problem.
thanks,
--Barry
----- mod_jserv core dump fix ?
foo
From [EMAIL PROTECTED] Mon Oct 30 16:35:00 2000
Date: Fri, 13 Oct 2000 12:43:43 -0700
From: Tim Kientzle <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: SimpleDateFormat considered harmful
While stress-testing a Tomcat-based servlet system,
I'm running into performance problems caused
by thread contention. Most of them have been
in my code, but I just found a big one within Tomcat:
org.apache.tomcat.util.MimeHeaderField.dateFormat()
invokes a java.text.SimpleDateFormat object to format
the dates on outgoing headers. SimpleDateFormat relies
on DecimalFormat, which is synchronized. (With 50
simultaneous requests against my servlet, I'm seeing over 20
of them waiting on a single shared DecimalFormat object.)
The attached sample program contains a drop-in replacement
for MimeHeaderField.dateFormat() that produces exactly the
same results, but is approximately six times faster and is
not synchronized. Please include this (or something similar)
in Tomcat to improve performance.
Just for the record: the attached program is my o
Re: Tomcat 3.2 release (again) ?
On Mon, 30 Oct 2000, Petr Jiricka wrote: > Hi, > > I'd like to ask where the Tomcat 3.2 final release discussions are right > now. It seemed that the last outstanding issue was the compilation under JDK > 1.1, but that should be fixed now. So is there still something that needs to > be fixed ? > > I would really appreciate if the release could happen within the next few > days. > > Thanks > Petr > > session/cookie and other patches (date spinlock and one more i think) have not been integrated...can someone dump em in and release b7 or final ? -Ys- [EMAIL PROTECTED] ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 3.2 release?
On Mon, 23 Oct 2000, Graham Wright wrote: > We are about to enter the final test phase of a project which we would > like to run against a release version of 3.2. > > Is there any information on when the release will be built? > > > thanks > Graham Wright > there are still problems with sessions under load balancing and cookies with or without load balancing in 3.2b6 ...anyone planning to integrate those patches ? -Ys- [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [PATCH]Cookies in 3.3dev
On Fri, 20 Oct 2000, Larry Isaacs wrote: > If it matters, I committed the last of the documentation > changes I had planned last Sunday night. So I'm fine > with building Tomcat 3.2 Final. > > I'm not sure if Sam has done the build already or not. > > Soon I'll start reviewing the changes I made to Tomcat 3.2 > and port the appropriate ones to 3.3. > > Cheers, > Larry > anyone want to include the cookie bugfix patch for 3.2 in 3.2 final ? i should point out that cookies are broken in 3.2b6...(cookie pathc was posted a while back in two parts). -Ys- [EMAIL PROTECTED] ----- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
