DO NOT REPLY [Bug 28961] - log4j logger proxy patch

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=28961

log4j logger proxy patch





--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 21:27 ---
Please read
http://bugzilla.mozilla.org/page.cgi?id=etiquette.html

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[GUMP@brutus]: jakarta-tomcat-5/jakarta-tomcat-5 failed

[bobh]

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 folk at [EMAIL PROTECTED]

Project jakarta-tomcat-5 has an issue affecting its community integration, and has 
been outstanding for 9 runs.
Project State : 'Failed', Reason 'Build Failed'

Full details are available at:

http://brutus.apache.org:8080/gump/jakarta-tomcat-5/jakarta-tomcat-5/index.html

That said, some snippets follow:


The following annotations were provided:
 -INFO- Jar [naming-resources.jar] identifier set to jar basename: [naming-resources]
 -INFO- Jar [servlets-default.jar] identifier set to jar basename: [servlets-default]
 -INFO- Jar [naming-common.jar] identifier set to jar basename: [naming-common]
 -INFO- Jar [catalina.jar] identifier set to jar basename: [catalina]
 -INFO- Jar [bootstrap.jar] identifier set to jar basename: [bootstrap]
 -INFO- Jar [servlets-common.jar] identifier set to jar basename: [servlets-common]
 -INFO- Jar [servlets-invoker.jar] identifier set to jar basename: [servlets-invoker]
 -INFO- Dependency on javamail exists, no need to add for property mail.jar.
 -INFO- Dependency on jaf exists, no need to add for property activation.jar.
 -INFO- Dependency on jakarta-servletapi-5-servlet exists, no need to add for property 
servlet-api.jar.
 -INFO- Dependency on jakarta-servletapi-5-jsp exists, no need to add for property 
jsp-api.jar.
 -INFO- Dependency on xml-xerces exists, no need to add for property xercesImpl.jar.
 -INFO- Dependency on xml-xerces exists, no need to add for property xmlParserAPIs.jar.
 -INFO- Dependency on jakarta-tomcat-util exists, no need to add for property 
tomcat-util.jar.
 -INFO- Dependency on commons-el exists, no need to add for property commons-el.jar.
 -INFO- Dependency on commons-logging exists, no need to add for property 
commons-logging-api.jar.
 -INFO- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.jar.
 -INFO- Dependency on ant exists, no need to add for property ant.home.
 -INFO- Dependency on jsse exists, no need to add for property jsse.home.
 -INFO- Dependency on jmx exists, no need to add for property jmx.home.
 -INFO- Dependency on jmx exists, no need to add for property jmx.jar.
 -INFO- Dependency on jmx exists, no need to add for property jmx-tools.jar.
 -INFO- Dependency on jndi exists, no need to add for property jndi.home.
 -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.home.
 -INFO- Dependency on jakarta-regexp exists, no need to add for property regexp.jar.
 -INFO- Dependency on javamail exists, no need to add for property mail.home.
 -INFO- Dependency on jakarta-tomcat-coyote exists, no need to add for property 
tomcat-coyote.home.
 -INFO- Dependency on jakarta-tomcat-jasper_tc5 exists, no need to add for property 
jasper.home.
 -INFO- Dependency on jaf exists, no need to add for property activation.home.
 -INFO- Dependency on commons-modeler exists, no need to add for property 
commons-modeler.home.
 -INFO- Dependency on commons-daemon exists, no need to add for property 
commons-daemon.jsvc.tar.gz.
 -INFO- Dependency on jakarta-struts exists, no need to add for property struts.home.
 -INFO- Enable "debug" output, due to a sequence of 8 previous errors.
 -INFO- Failed with reason build failed


The following work was performed:
http://brutus.apache.org:8080/gump/jakarta-tomcat-5/jakarta-tomcat-5/gump_work/build_jakarta-tomcat-5_jakarta-tomcat-5.html
Work Name: build_jakarta-tomcat-5_jakarta-tomcat-5 (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 30 seconds
Command Line: java -Djava.awt.headless=true 
-Xbootclasspath/p:/usr/local/gump/public/workspace/xml-xerces2/java/build/xercesImpl.jar:/usr/local/gump/public/workspace/xml-xerces2/java/build/xml-apis.jar:/usr/local/gump/public/workspace/xml-xalan/java/build/xalan-unbundled.jar:/usr/local/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug 
-Dgump.merge=/usr/local/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only 
-Dtomcat33.home=*Unset* 
-Djsp-api.jar=/usr/local/gump/public/workspace/jakarta-servletapi-5/jsr152/dist/lib/jsp-api.jar
 -Djmx.jar=/usr/local/gump/packages/jmx-1_2-ri/lib/jmxri.jar 
-Djmx.home=/usr/local/gump/packages/jmx-1_2-ri 
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar 
-Dregexp.jar=/usr/local/gump/public/workspace/jakarta-regexp/build/jakarta-regexp-20040529.jar
 -Dmail.home=/usr/local/gump/packages/javamail-1.3 
-Dant.home=/usr/local/gump/public/workspace/ant/dist 
-Dsite2.home=/usr/local/gump/public/workspace/jakarta-site2 
-Dcommons-collections.jar=/usr/local/gump/public/workspace/jakarta-commons/collections/build/commons-collections-20040529.jar
 -Dldap.jar=/usr/local/gump/packages/ldap-1_2_4/lib/ldap.jar 
-DxercesImpl.jar=/usr/local/gump/public/workspace/xml-xer

Re: Time for 5.0.26?

[Bill Barker]

- Original Message - 
From: "Remy Maucherat" <[EMAIL PROTECTED]>
To: "Tomcat Developers List" <[EMAIL PROTECTED]>
Sent: Saturday, May 29, 2004 11:29 AM
Subject: Re: Time for 5.0.26?


>Shapira, Yoav wrote:
>> Hi,
>> We need to do a new release, 5.0.26, because of
>> http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255.  Does anyone
>> have stuff they're working on, and would therefore like me to wait a
>> couple of days (or more, or less?) before tagging and building?  I
>> probably won't have time to do it before the weekend, and I'm out of
>> town over the long weekend, so it'll be Tuesday at the earliest anyhow,
>> unless Remy feels a desire to do it instead and we need to do it before
>> Tuesday.
>
>BTW, is it ok if I start my refatoring(s) in a separate branch based on
>the next tag ?

+1

>Rémy


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


This message is intended only for the use of the person(s) listed above as the 
intended recipient(s), and may contain information that is PRIVILEGED and 
CONFIDENTIAL.  If you are not an intended recipient, you may not read, copy, or 
distribute this message or any attachment. If you received this communication in 
error, please notify us immediately by e-mail and then delete all copies of this 
message and any attachments.

In addition you should be aware that ordinary (unencrypted) e-mail sent through the 
Internet is not secure. Do not send confidential or sensitive information, such as 
social security numbers, account numbers, personal identification numbers and 
passwords, to us via ordinary (unencrypted) e-mail.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Time for 5.0.26?

[Filip Hanik \(lists\)]

>BTW, is it ok if I start my refatoring(s) in a separate branch based on 

go ahead, refator. :-)

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.676 / Virus Database: 438 - Release Date: 5/3/2004


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28949] - Occasional NoClassDefFoundError for tag classes at startup

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=28949

Occasional NoClassDefFoundError for tag classes at startup





--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 19:10 ---
Hi.

This also happens to me.  In my case is always seems to happen with TEI 
classes that are in my custom tag library - and if there are not any TEI 
classes then another class - also a custom tag class - is not found after 
restart.  A refresh sorts the problem.

I have posted this issue to the users list a number of times.  The problem 
seems to happen under the following conditions:

-  large custom tag library (mine is custom with 200+ tags)
-  A number of frames in the browser - one or more of which reference the tag 
library
-  TEI classes (if present) are always the culprits - and always in order of 
appearance in the tld.

I have now got a servlet doing a load-on-startup of 1 and in its init I do the 
following:

ClassLoader cls = this.getClass().getClassLoader();
cls.loadClass("offence.very.TEIClasses);

:)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: DO NOT REPLY [Bug 28949] -

[info]

Het adres [EMAIL PROTECTED] is voorlopig niet meer in gebruik vanwege grote 
hoeveelheden virusmails die daarop binnenkomen.
Gebruik het nieuwe adres dat op de website staat (linksonder).

Excuses voor het ongemak!



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28949] - Occasional NoClassDefFoundError for tag classes at startup

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=28949

Occasional NoClassDefFoundError for tag classes at startup





--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 18:56 ---
I've got the same problem: 
 webapp reloading/starting > page with frames > NoClassDefFoundError: xxxTag 
(after reloading of page everything is OK)

this happens sporadically (but happens :( )

i know that NoClassDefFoundError:  is usually connected with the 
problem of the visibility of dependent classes of  in classloader tree, 
but in this case it seems to be st. else (i've checked that all required 
clasess was visible).

i don't understand the accidentality of occurrences of this error (various 
frames, various tags)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28961] - log4j logger proxy patch

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=28961

log4j logger proxy patch

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 18:48 ---
Obviously, we "must not" nothing. We do not owe you anything.
As I've said, the loggers will be refactored in favor of using commons-logging
(with any provider it supports), but not in the current branch.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28961] - log4j logger proxy patch

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=28961

log4j logger proxy patch

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|WONTFIX |
Summary|loggers shift files but |log4j logger proxy patch
   |don't roll (not deleting|
   |oldest files by prescribes  |
   |file count) |



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 18:39 ---
Yoav suggested I send code. I did.
Please let him deal with this RFE, now that we understand each other.

Of all the replies I got, none of them helps fixing the problem.
I understand that the whole logging thing as evolved.

But as long as there is any kind of logging, no matter how it is done,
if it doesn't have a roll-delete size limiting feature, I will sustain this RFE.

I'm more than curious to know how the "new" logging schema is done so I could
adapt. But in the mean time, I took time to give you a full and simple solution
and I hope  you will consider it.

I'm glad to hear you will use common logging or log4j, but you must tell us how
to set tomcat to log there. If tomcat loggers do not roll-delete and you won't
fix it, I get it.

But Yoav seams interrested in this new Log4JLogger. Just insert it catalina.jar
and add log4j to server/lib.

Or just write an alternate version for appache common logging, as long as it
roll-delete.

Thanks.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Time for 5.0.26?

[Remy Maucherat]

Shapira, Yoav wrote:
Hi,
We need to do a new release, 5.0.26, because of
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255.  Does anyone
have stuff they're working on, and would therefore like me to wait a
couple of days (or more, or less?) before tagging and building?  I
probably won't have time to do it before the weekend, and I'm out of
town over the long weekend, so it'll be Tuesday at the earliest anyhow,
unless Remy feels a desire to do it instead and we need to do it before
Tuesday.
BTW, is it ok if I start my refatoring(s) in a separate branch based on 
the next tag ?

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28961] - loggers shift files but don't roll (not deleting oldest files by prescribes file count)

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=28961

loggers shift files but don't roll (not deleting oldest files by prescribes file count)

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 17:07 ---
If you have specific requirements, you'll have to write custom code. If you want
to submit it for inclusion later, it's fine, but I don't see any huge interest
at this time to reinvent log4j features (esp since we'll likely get rid of them
soon after).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29274] - WebAppClassLoader does not release loaded classes if webapp is reloaded

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29274

WebAppClassLoader does not release loaded classes if webapp is reloaded

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 16:54 ---
This is not a Tomcat issue. Please point out references to the classloader which
are kept by Tomcat and I'll fix the issues, but if you cannot, then there's no
bug (at least not a bug that can be addressed).

The CL of Struts based webapps is indeed never GCed, despite having no
references pointing to it.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29269] - Session in JSp not available to Servlet

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29269

Session in JSp not available to Servlet

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 16:51 ---
Testing with servlet-examples is very simple, and it does work fine for me.
(<%@ page session="true" %> is the default in JSP, and it works fine without it)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29259] - Used MX4J 2.0.1 HttpAdpator

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29259

Used MX4J 2.0.1 HttpAdpator

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Severity|Normal  |Enhancement



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 16:44 ---
The silent consensus last time I checked was to recommend using (or planning to
use) JMX remote (which will be bundled in JDK 1.5), rather than adding
proprietary code to support various implementations.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29242] - Compression should not be chunked if content's size is known

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29242

Compression should not be chunked if content's size is known

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 16:40 ---
The size after compression isn't going to be the one specified, and it is not
possible to determine the output size (except in the case where it's one chunk
long, but it's rather complex to determine for almost no gain).

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29286] - Undeploy App does not delete WAR file

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
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=29286

Undeploy App does not delete WAR file

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID



--- Additional Comments From [EMAIL PROTECTED]  2004-05-29 15:08 ---
This works for me. It can happen that the .war is locked by windows sometimes
(very rarely), for a reason which eludes me. I recommend using an OS which
doesn't abusively lock reasources.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Time for 5.0.26?

[Remy Maucherat]

Shapira, Yoav wrote:
Hi,
We need to do a new release, 5.0.26, because of
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=29255.  Does anyone
have stuff they're working on, and would therefore like me to wait a
couple of days (or more, or less?) before tagging and building?  I
probably won't have time to do it before the weekend, and I'm out of
town over the long weekend, so it'll be Tuesday at the earliest anyhow,
unless Remy feels a desire to do it instead and we need to do it before
Tuesday.
(I wasn't there the past few days, as I couldn't find a netcafe to plug 
my laptop in Nice)

Doing a 5.0.26 looks ok to me, although the issue is not really critical 
(IMO).

Rémy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Out of Office AutoReply: hi

[ZentraleStudienberatung]

Sehr geehrte/r Ratsuchende/r,

aufgrund eines starken Mailaufkommens kann es zu einer Verzögerung bei der
Beantwortung kommen. 

Ihre Mail bleibt bei uns im Postfach und wird sobald, wie möglich
beantwortet.

Wenn Sie sich für einen Studienbeginn im Wintersemester 2004/05
interessieren, können Sie sich unter:
http://studenten.verwaltung.uni-muenchen.de/bewerbws.htm informieren.

Unser gesamtes weiteres Informationsmaterial ist unter www.lmu.de abrufbar.

Ihre Mitarbeiter der Zentralen Studienberatung der 
Ludwig-Maximilians-Universität München

Dienstgebäude: Ludwigstr. 27/I
Postanschrift: Geschw.-Scholl-Pl.1,
80539 München
Tel.++49-89-2180 2345 oder -2350, 
Fax: ++49-89-2180 2967 http://studenten.verwaltung.uni-muenchen.de



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

respuestas sobre el Chat

[ayudachat]

Algunas preguntas frecuentes sobre inconvenientes al ingresar al chat son:



Si puede ingresar su Nick en el recuadro de texto pero no inicia la sesión de chat 
pueder ser por que dicho Nick se encuentre registrado por otra persona en tal caso 
pruebe cambiarlo o agregarle algún numero.

También puede ser que su ip se encuentre prohibida por el moderador en este caso hay 
que esperar algunas horas hasta que se libere, observe el recuadro blanco de reportes 
cada vez que intenta ingresar para saber cual es el caso. Si sólo lee un mensaje de 
"error" puede ser necesario reiniciar su computadora.



FALTA DE MAQUINA VIRTUAL DE JAVA

Para Windows XP, WinNT, WinME, Win98

Si por alguna razón su navegador le avisa que NO tiene instalada la compatibilidad con 
JAVA, la mejor alternativa es bajar la Maquina virtual de Java desde el sitio oficial 
de Sun

http://www.java.com/en/index.jsp  En esta página clickeando en "Download Java 
Software", automaticamentte le va a detectar e instalar la version necesaria para su 
PC.

 

Luego de un par de minutos que se complete el proceso ya lo puede probar

www.paysandu.com/chat



OTRAS RAZONES POSIBLES

Cuando aparece un recuadro gris en la pantalla y luego de varios segundos no aparece 
el acceso al Chat. Las razones pueden ser las siguientes, que en ese momento la 
conexión esté muy lenta y demora más de lo habitual; si es este el caso y esperando no 
se soluciona puede desconectarse/conectarse de Internet para volver a intentarlo. 

Si no se soluciona o nota que esto es frecuente, entonces puede ser que tenga muchos 
archivos temporales en el cache de su maquina.



Como Limpiar la memoria caché?

Si el caché está lleno, las páginas nuevas se abrirán muy lentamente o no se abrirán. 
Es posible que la memoria caché esté llena de páginas desfasadas o inútiles; por ello 
es buena idea limpiarla de vez en cuando. A continuación explicamos cómo limpiar la 
memoria caché dependiendo del navegador que tenga:



*

LIMPIAR CACHE EN INTERNET EXPLORER, instrucciones:



Haga clic en "Herramientas" (Tools) en la parte superior de la ventana de su navegador 
y luego seleccione "Opciones de Internet" (Internet Options).



Cuando emerja la ventana, haga clic en el cuadro "eliminar archivos" (delete files).



Marque la opción "eliminar contenido fuera de línea" (delete offline content) y haga 
clic en "Aceptar" (OK).



Haga también clic en el botón "limpiar historial" (clear history).



Haga clic en "Aceptar" (OK) hasta salir del cuadro de preferencias. 

Después de haber vaciado el caché, y estando conectado a Internet vaya a 
www.paysandu.com/chat.html oprima las teclas Ctrl y Shift y pulse el botón 
"Actualizar" (refresh) o (Reload) en su navegador a la misma vez luego de algunos 
segundos deberá aparecer el recuadro del nombre y boton login de acceso al Chat





LIMPIAR CACHE EN NETSCAPE, instrucciones:



Haga clic en "edición" (edit) en la parte superior de la ventana de su navegador y a 
continuación en "preferencias" (preferences).



Cuando emerja la ventana, haga clic en las opciones "limpiar historial" (clear 
history) y en "limpiar barra de localización" (clear location bar).



A continuación haga clic en el signo + que se encuentra junto a la opción "avanzado" 
(advanced).



Seleccione la opción "caché".



Haga clic en las opciones "limpiar memoria caché" (clear memory cache) y en "limpiar 
disco caché" (clear disk cache).



Haga clic en "Aceptar" (OK) hasta salir de la ventana.





LIMPIAR CACHE EN AOL, siga los siguientes pasos:



Busque "preferencias" (preferences) en el menú "mi aol" (my aol).



Luego haga clic en "www".



Haga clic en el botón "eliminar archivos" (delete files). Aparecerá una ventana 
preguntándole si desea borrar los archivos temporales de Internet.



Marque el cuadro de la opción "eliminar contenido fuera de línea" (delete offline 
content) y haga clic en el botón Aceptar (OK).



A continuación haga clic en el botón "eliminar historial" (delete history).



Haga clic en "Aceptar" (OK) hasta que salga del menú de preferencias.

Después de haber vaciado el caché, vaya a www.paysandu.com/chat.html y pulse el botón 
"Actualizar" (refresh) o "Volver a cargar" (Reload) en su navegador



**

Si usted es usuario de WebTv no podrá acceder al Chat, esta es una limitacion del 
proveedor de este tipo de servicio que no admite Java. Tampoco se pueden conectar en 
una red interna a través de un Fire Wall sin que el administrador del mismo lo 
autorice previamente.



En este chat al igual que en el foro de encuentros, los enlaces entre usuarios y o 
canales se producen 100% en la web de www.paysandu.com es decir no exiten accesos a 
través de servidores IRC u de otro tipo.



  





COMANDOS DE USO EN EL CHAT DE ENCUENTROS SANDUCEROS



Los siguientes comandos se pueden ejecutar en la línea de diálogo seguidos del 
caractér / 



algunos de ellos se han simpli

Re: JK-Proto and CGI-Interface

[newstuff]

=

EXTREME Funny Pictures Of The Day

=



Thank You For Emailing EXTREME Funny Pictures!





UNSUBSCRIBE INSTRUCTIONS





To stop our newsletter, click below and fill in your email address:

http://www.extremefunnypictures.com/unsubscribe.htm

http://www.extremefunnypictures.com/unsubscribe.htm";>Click





=

CONTACT INFORMATION

=



This is an autoresponder to let you know that in order to contact 

EXTREME Funny Pictures you must go to:

http://www.extremefunnypictures.com/feedback.htm

http://www.extremefunnypictures.com/feedback.htm";>Click



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

JK-Proto and CGI-Interface

[Alexander Lazic]

Hi,
i want to use another webserver then apache but need the possibility to
communicate with tomcat-Server.
I like the flexibility of mod_jk and asked myself how i can use the
JK-Protocol for communication.
I haven't found a CGI-Interface programm nor a commandline tool which
can 'speak' JK.
Is there any or does anybody on this list plan to develop such one ;-)
Is there a developer Doc for JK/JK2 Protocol?
I don't want the CoyoteConnector because it's 'only HTTP/x'.
I hope you understand my questions and hope you can help ;-)
al ;-)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]