Archivos temporales java

Archivos Temporales de Java
Vaciado de la memoria caché del entorno de ejecución de Java (JRE)

Este artículo se aplica a:
* Plataformas: Windows 7, Vista, Windows XP, Windows 2000, Windows 2003, Windows 98, Windows ME
* Versiones de Java: 6.0

El vaciado de la memoria caché del complemento Java hace que el navegador cargue las últimas versiones de aplicaciones y applets Java.6.0 1.5.0
Para vaciar la memoria caché del complemento Java:
1. Haga clic en Inicio > Panel de control.
2. Haga doble clic en el icono de Java del Panel de control.
Aparece el Panel de control de Java.
3. En Archivos temporales de Internet, haga clic en Configuración.
Aparecerá el cuadro de diálogo Configuración de archivos temporales.
4. Haga clic en Borrar archivos.Aparecerá el cuadro de diálogo Borrar archivos temporales.
En esta ventana se ofrecen tres formas de vaciar la memoria caché.
1. Otros archivos
2. Aplicaciones descargadas
3. Miniaplicaciones descargadas
5. Haga clic en Aceptar en la ventana Borrar archivos temporales.
Nota: De esta forma se eliminan de la memoria caché todas las aplicaciones y applets descargadas.6. Haga clic en Aceptar en la ventana Configuración de archivos temporales.
Nota: Si desea suprimir de la memoria caché una aplicación o un applet determinado, haga clic en las opciones respectivas Aplicaciones descargadas y Miniaplicaciones descargadas.

1.4.2 Para vaciar la memoria caché del complemento Java:
1. Haga clic en Inicio > Configuración > Panel de control.
2. Hagadoble clic en el icono Java del Panel de control.
Aparece el Panel de control del complemento Java.
3. Haga clic en la ficha Memoria caché.
4. Haga clic en Borrar.
Se abrirá un cuadro de diálogo de confirmación.
5. Haga clic en Sí para confirmar.
6. Haga clic en Aplicar.
Tema relacionado: Vaciado de la memoria caché del navegador Web
Desactivar en Windows

Tomcat
Evitarcaché de recursos estáticos
allowLinking
If the value of this flag is true, symlinks will be allowed inside the web application, pointing to resources outside the web application base path. If not specified, the default value of the flag is false.
NOTE: This flag MUST NOT be set to true on the Windows platform (or any other OS which does not have a case sensitive filesystem), as it will disablecase sensitivity checks, allowing JSP source code disclosure, among other security problems.
antiJARLocking
If true, the Tomcat classloader will take extra measures to avoid JAR file locking when resources are accessed inside JARs through URLs. This will impact startup time of applications, but could prove to be useful on platforms or configurations where file locking can occur. If notspecified, the default value is false.
antiJARLocking is a subset of antiResourceLocking and therefore, to prevent duplicate work and possible issues, only one of these attributes should be set to true at any one time.
antiResourceLocking
If true, Tomcat will prevent any file locking. This will significantly impact startup time of applications, but allows full webapp hot deploy and undeploy onplatforms or configurations where file locking can occur. If not specified, the default value is false.
antiJARLocking is a subset of antiResourceLocking and therefore, to prevent duplicate work and possible issues, only one of these attributes should be set to true at any one time.
Please note that setting this to true has some side effects, including the disabling of JSP reloading in a runningserver: see Bugzilla 37668.
Please note that setting this flag to true in applications that are outside the appBase for the Host (the webapps directory by default) will cause the application to be deleted on Tomcat shutdown. You probably don't want to do this, so think twice before setting antiResourceLocking=true on a webapp that's outside the appBase for its Host.
cacheMaxSize
Maximum size of...