Apuntes de Java

La manera más común de mandar una cadena a un archivo es justamente usar Streams. Pero podemos aprovechar el JDK utilizando los manejadores XML que tiene incorporado. Asumiendo que la variable xml es un String que contiene un XML válido, y la variable f es un objeto de tipo java.io.File . DocumentBuilderFactory factory = DocumentBuilderFactory. newInstance (); DocumentBuilder builder = factory. newDocumentBuilder (); Document document = builder. parse ( new InputSource ( new StringReader (xml))); document. setXmlVersion ( "1.0" ); Source source= new DOMSource (document); Result result= new StreamResult (f); Transformer xformer= TransformerFactory.newInstance().newTransformer(); xformer.transform(source, result);

Más de uno ha querido solucionar este problema: un link en un archivo para descargar un XLS o PDF (o DOC) sin que se abra en el navegador. Pues aquí tengo la solución (con PHP) Primero, los enlaces deberían como estos: <a href="download.php?link=Plantilla.xlt">XLT</a> <a href="download.php?link=Libro.pdf">PDF</a> Y el archivo download.php es el siguiente: <?php $doc=$_GET[ "link" ]; header ( 'Content-Type:application/octet-stream' ); header ( 'Content-Disposition:attachment; filename="' .$doc. '"' ); readfile ($doc); ?>

Después de revisar varios ejemplos, probar y probar, logré encontrar una configuración para usar Realm con el ActiveDirectory de Windows. Esta es la configuración que usé: <Context path="/ldap" > <Realm className="org.apache.catalina.realm.JNDIRealm" connectionURL="ldap://med_spdom01" debug="99" userPattern="{0}@meduca.gob.pe" roleBase="OU=Politicas,DC=meduca,DC=gob,DC=pe" roleName="cn"/> </Context> Como se ve en userPattern, le estoy poniendo el dominio del usuario. Primero había probado logearme con ese formato en la ventana de inicio de sesión del windows. Al momento de escribir el árroba (@) en el nombre de usuario, la lista de dominios se me desactiva. Ya no hacía falta especificar el dominio. Con esa premisa fue que intenté utilizar el mismo formato para el Realm en el Tomcat

Los navegadores guardan todos los archivos que se han accedido. En internet explorer se llama "archivos temporales de internet"... lo cuál se refiere al caché de internet. (tanto nombre!) Pero si estamos en una página que requiere autenticarse, y al deslogear regresa a la página autenticada, pues el navegador mostrará la página por más que el usuario haya cerrado la sesión. Lo mejor es que cada página que el navegador no se guarde en el caché. Para ello colocaremos las siguientes sentencias (ya sea en jsp o en un servlet): response.setHeader("Cache-control","no-cache"); response.setHeader("Pragma","no-cache"); response.setDateHeader ("Expires", 0); Y Listo

Para generar XLS generalmente se usa el Jakarta POI (en java), pero para web es mejor engañar al navegador. El navegador recibe como cabecera el tipo del archivo (mime-type) que está recibiendo y sabrá qué programa abrir. Si es de tipo text/html, abrirá el mismo navegador, pero si es un video tendrá otro tipo y le pedirá al sistema operativo abrir el reproductor de vídeo correspondiente. Para el caso de XLS es lo mismo, y como el Excel puede abrir hasta html, entonces lo engañaremos con más facilidad: Al inicio del JSP colocaremos esta línea: <%@page contentType="application/vnd.ms-excel"%> Con esto, cuando se acceda al .jsp abrirá el contenido con el excel. Pero si se estuviese usando el Internet Explorer, el xls saldrá incrustado en el navegador. Esto puede ser molestoso. Lo que podemos hacer es que se le pregunte al navegador si desea abrirlo o descargarlo. Colocaremos las siguientes líneas: <%@page contentType="application/vnd.ms-excel"%> <%respon

El Tomcat utiliza - por omisión - el puerto 8080 para mostrar los contenidos web. Se puede cambiar el puerto de salida en el archivo $CATALINA_HOME/conf/server.xml de 8080 a 80, para que el acceso sea más simple y evitar escribir un "apellido" como http://midominio :8080 /sistemaweb/. Pero quizás en nuestro host también estemos utilizando el apache para publicar otras aplicaciones que no son necesariamente jsp/servlet. Es posible hacer que todas las peticiones que reciba el apache a un determinado "directorio" sea redireccionado al tomcat, para que este lo atienda y envie su respueta al cliente através del Apache. Hay dos maneras para lograr esto: con el ProxyHTTP y con el conector AJP. En este mensaje mostraré cómo se utiliza el AJP. En este diagrama se muestra como funciona el AJP. Por omisión utiliza el puerto 8009 localmente. Paso 0: descargar el conector: El conector se puede encontrar en el sitio web de Tomcat . Debemos escoger el jk1.2( el jk2 es obsoleto). S

"Normalmente", cuando un newbie en desarrollo hace su aplicación web y lo quiere publicar, suele colocarlo junto con los documentos del servidor web. Por ejemplo, si se tratase de PHP en Apache, lo coloca dentro de DocumentRoot; y si es Tomcat, en $CATALINA_HOME/webapps. Esto es normal, pero es algo desordenado tener la aplicación dentro del sistema que lo ejecuta. (Recuerdo que los perfiles de usuario en Windows NT estaban dentro del directorio Windows, si se instalaba nuevamente el sistema operativo, todos los perfiles se borraba. A partir del Windows 2K, los perfiles se guardan en un directorio a parte llamado "c:\Document and Settings"). Esto se puede hacer en Tomcat. Si deseamos cambiar de contenedor web (a una versión superior, o cambiar de propietario), los módulos web seguirán en el mismo sitio. Lo principal es tener todos los módulos web en un directorio aparte, que lo podamos identificar tan fácilmente como el "Document and Settings" del Windows.

Comencé a migrar una aplicación hecha con Struts 1.2 para que utilizará Struts 1.3 Simplemente (pensé) sería copiar el contenido del struts-config.xls (manteniendo el DTD), obviamente usar los .jar respectivos, utilizar el mismo tiles-defs.xml, pero... no funcionó. Respondía el error 404 (no encuentra página). Después de un día perdido,revisé la documentación http://struts.apache.org/1.3.8/struts-tiles/installation.html y pues la solución era sencilla (algo nuevo con respecto al struts 1.2): Agregar el siguiente parámetro de inicialización del Action Servlet. <init-param> <param-name>chainConfig</param-name> <param-value>org/apache/struts/tiles/chain-config.xml</param-value> </init-param> hora, todo funciona como debería ser. ... no olvidar, siempre leer la documentación.

Cuando se hace clic 'derecho', se muestra un menú con las opciones propias del objeto que se está seleccionando. Si se hace clic 'derecho' sobre un icono, se debería mostrar opciones propias que se debe trabajar con ese ícono. En Windows esto se llama 'Menú Contextual' o 'Menú del contexto'. El término clic 'derecho' no debería llamarse 'derecho'. En sistemas operativos en donde se ha cambiado la posición de los botones del ratón para zurdos, la funciones de los botones - obviamente - cambian. Los botones se les llamaría como "Botón principal & botón secundario" para referencirse al clic 'izquierdo' y clic 'derecho'. (Por ahí oí que le decían también "clic & anti-clic"..... no sabia que un botón podría inhibir o estar en contra de lo que haga el botón). Pues bien, aquí un ejemplito bien sencillo de cómo mostrar el menú contextual con Java Swing. package diesil.swing; import java.awt.event.Mou

Pues, no utilizaré Eclipse, sino JBuilder 2007 que es lo mismo (me descepcionó la "mejora" que hizo Borland por este IDE) Creando una nueva aplicación Descargar el Struts de la web: http://struts.apache.org/download.cgi . Preferible si es la distribución completa. Descomprimir el archivo en un directorio. En el Eclipse (o JB2007), entrar el menú "File | Import...". Seleccionar Web > War File: Seleccionar el archivo struts2-blank.war que se encuentra en el directorio $STRUTS2/apps/. Además, escribir un nombre para el nombre del proyecto web nuevo: Clic en Finish. Examinando el proyecto El Struts2 viene con mejoras significativas. Prácticamente es otro framework, pero mantiene el espíritu principal de Struts: Actions + Forms. Ya no usa un Servlet, sino un Filter. Eso lo podemos ver en el archivo web.xml. El archivo de configuración ya no está en WEB-INF, sino es un recurso del proyecto. Podemos encontrar el archivo struts.xml en el directorio de fuentes .java (src

Yo creía que la authentication tipo Realm era únicamente en la configuración del contenedor, // para ver si se autenticó String auth = request . getHeader ( "Authorization" ); //si no se autenticó... if (auth == null ) { //... responder al cliente que no está autorizado... response . setStatus ( response . SC_UNAUTHORIZED ); //... y pedir que se autentique. response . setHeader ( "WWW-Authenticate" , "Basic realm=\"Esbas\"" ); } else { // si se auténtico.. //obtenemos el par usuario/contrasenia encriptada //... pero se antepone la palbra Basic String cad = auth.substring( 6 ).trim(); //.. la clave está encriptada en BASE64.. sun.misc.BASE64Decoder decoder = new sun.misc.BASE64Decoder(); //... asi que lo decodificaremos String clave = new String(decoder.decodeBuffer(cad)); //..

No es buena idea que se accedan directamente a los JSP. Debería hacerse a través de un Action, o un forward: <html:link action="/algunAction">...</html:link> Y para asegurarnos de que no lo va hacer, es mejor protegerlo desde la configuración de la aplicación web: <web-app> ... <security-constraint> <web-resource-collection> <web-resource-name>no_access</web-resource-name> <url-pattern>*.jsp</url-pattern> </web-resource-collection> <auth-constraint> </auth-constraint> ... </security-constraint> </web-app>

La documentación del Tomcat Native dice que se puede encontrar esa biblioteca en el directorio $TOMCAT_HOME/bin.. pero cada vez que inicio el tomcat me aparece la advertencia "se encontró la versión 1.1.3, considere actualizarlo a una versión superior al 1.1.4"... pero debería venir eso con el tomcat!.. je, encontré un servidor mirror con esos archivos: http://tomcat.heanet.ie/ Aunque ahora que lo pienso... creo que debí examinar su sección " browse download area " de la sección " Tomcat connectors downloads ". ¡AH! no olvidar bajar el APR ( Apache Portable Runtime ) y compilarlo antes de compilar el Tomcat Native Library . Asegurarse que sea la última versión. Si viene el APR de un RPM (como en CentOS o Fedora), desinstalarlo antes.