pedrodonte

Después de un proceso de desarrollo bastante largo tuve que llegar al momento de la verdad la puesta en marcha del sistema(Sql Server 2005, Java y Flex).

En la empresa me dispuso un servidor con Windows Server 2008 con un procesador 64bits, una bestia de tarro, sin embargo nunca tuve la oportunidad de realizar semejante instalación.

Tenia que hacer funcionar un Apache Tomcat 6.0.20, pero este solo esta disponible en 32 bits en la pagina oficial, después de buscar y buscar en listas de correos alianigenas en idiomas extraños llegue a que la solución al error
[174 javajni.c] [error] %1 is not a valid Win32 application.
había que instalar la versión oficial de Tomcat 6.0.20 y despues de eso crackearlo reemplazar el archivo tomcat6.exe con el que esta disponible en http://svn.apache.org/repos/asf/tomcat/tc6.0.x/trunk/res/procrun/amd64/ y eso es todo para que funcione Apache Tomcat en un sistema con 64 bits, por supuesto hay que instalar la versión del jre o jdk correspondiente a dicha arquit…

A veces entregamos una aplicación la cual contiene la información de la conexión a la base de datos dentro de una clase, en caso de que esta aplicación sea WEB la lectura de un archivo nos complica más las cosas.

Para esto es posible dejar a Apache Tomcat administrar la conexión y que nuestra aplicación sea independiente de los datos de conexión e incluso del motor de la base de datos.

A esto se le puede llamar, Datasource en el contexto de Tomcat, esto reemplaza crear un método que nos retorne una instancia de Connection del paquete sql y nos independiza de la configuración, es este caso lo presentare para ser configurado con MS Sql Server 2008.

El procedimiento es el siguiente:

1.- Asegurate de que SQL Server sea accesible desde una red, que su identificación sea mixta, inicio de windows y datos (usuario y contraseña).

2.- Tener los driver de JDBC de SQL Server (sqljdbc4.jar) y por si acaso (log4j-1.2.15.jar) o superior, estos archivos deben ser copiados a la carpeta /lib del directorio …

A veces es necesario realizar lecturas desde archivo de texto y existen fechas en ellos y el constructor para las fechas que se utiliza en este caso es el de java.util.Date, lo que se quiere es realizar una insercion en la base de datos, pero para este caso necesitamos la extención de la clase señalada anteriormente, necesitamos a java.sql.Date.

para realizar este parsing debemos :


public java.sql.Date toSqlDate(java.util.Date utilDate){
java.sql.Date sqlDate = null;
sqlDate = new java.sql.Date (utilDate.getTime());
return sqlDate;
}

Hace un tiempo tuve un problema con el charset de un archivo de texto, me pasaron el respaldo de una base de datos y tenia su charset en ISO-8859-1 y mi base de datos estaba en UTF-8, utilice el siguiente método.

public String cambioCharset(String cadena){
String resultado = null;
//Instancias de charset
Charset utf8charset = Charset.forName("UTF-8");
Charset iso88591charset = Charset.forName("ISO-8859-1");
//constructor de string
resultado = new String(cadena.getBytes(iso88591charset), utf8charset);
return resultado;
}


La clave esta en la linea 7 donde se construye el nuevo string con la cadena de entrada transformada en arreglo de bytes y el segundo parametro es el charset de salida que en este caso es UTF-8