Antes que nada recomiendo establecer las variables de entorno JAVA_HOME, CATALINA_HOME y agregar %JAVA_HOME%/bin a la variable de entorno PATH.

Para agregar soporte SSL en tomcat 6 debemos generar un par de claves usando la herramienta %JAVA_HOME%\bin\keytool de esta manera, y ya que correremos tomcat como servicio especificaremos una carpeta personalizada para el almacen de claves en vez de almacenar este en la carpeta %HOME%.

Para esto crearemos una carpeta en el disco C y la llamaremos security, y después ejecutaremos el comando:

keytool -genkey -alias tomcat -keyalg RSA -keystore .keystore

Y cuando se nos pida contraseñas solo ingresaremos “changeit”

-genkey indica que se utiliza la herramienta keytool para generar un par de claves
-alias es el comando que se utiliza para especificar una ubicación única para el keystore
-keyalg especifica el algoritmo utilizado para crear el par de claves, en éste caso se utiliza el algoritmo RSA, el cual basa su dificultad de factorizar números enteros grandes.

C:\>mkdir security

C:\>cd security

C:\security>keytool -genkey -alias tomcat -keyalg RSA -keystore .keystore
Escriba la contrase±a del almacÚn de claves:
Volver a escribir la contrase±a nueva:
┐Cußles son su nombre y su apellido?
 [Unknown]:  ANONYMOUS
┐Cußl es el nombre de su unidad de organizaci¾n?
 [Unknown]:  ANONYMOUS
┐Cußl es el nombre de su organizaci¾n?
 [Unknown]:  EXAMPLE
┐Cußl es el nombre de su ciudad o localidad?
 [Unknown]:  EXAMPLE
┐Cußl es el nombre de su estado o provincia?
 [Unknown]:  EXAMPLE
┐Cußl es el c¾digo de paÝs de dos letras de la unidad?
 [Unknown]:  US
┐Es correcto CN=ANONYMOUS, OU=ANONYMOUS, O=EXAMPLE, L=EXAMPLE, ST=EXAMPLE, C=US?

 [no]:  si

Escriba la contrase±a clave para <tomcat>
 (INTRO si es la misma contrase±a que la del almacÚn de claves):
Volver a escribir la contrase±a nueva:

C:\security>dir
 El volumen de la unidad C no tiene etiqueta.
 El número de serie del volumen es: 441B-8C31

 Directorio de C:\security

18/12/2009  08:17 a.m.    <DIR>          .
18/12/2009  08:17 a.m.    <DIR>          ..
18/12/2009  08:17 a.m.             1,364 .keystore
 1 archivos          1,364 bytes
 2 dirs  52,067,266,560 bytes libres

Como se puede ver se genera un archivo .keystore, éste es el almacén de claves al que debemos hacer referencia desde tomcat. Para ésto solo debemos modificar el archivo (CATALINA_HOME es la carpeta en la que se encuentra instalado Tomcat):

%CATALINA_HOME%\conf\server.xml

Y realizaremos las siguientes modificaciones

<!-- Define a SSL HTTP/1.1 Connector on port 8443
 This connector uses the JSSE configuration, when using APR, the
 connector should be using the OpenSSL style configuration
 described in the APR documentation -->

 <Connector port="8443" protocol="HTTP/1.1" SSLEnabled="true"
 maxThreads="150" scheme="https" secure="true"
 clientAuth="false" sslProtocol="TLS" keystoreFile="C:/security/.keystore" />

 <!-- Define an AJP 1.3 Connector on port 8009 -->
 <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />

Después de reiniciar tomcat deberíamos ser capaces de acceder a:

https://localhost:8443/

Desde hace ya algunos días andaba buscando como conectarme a una DLL generada por Visual Fox Pro desde Java y bajo la premisa a ciegas de que todas las DLL’s eran iguales me puse a probar: JNI, JNA, NativeCall y por último com4j con el cual conseguí el resultado esperado, puedo mencionar las cosas que he aprendido, las DLL no son únicas, las hay de varios tipos envolviendo cosas distintas, cuando se trata de una DLL envolviendo un objeto COM, esta expone:

• DllUnregisterServer
• DllRegisterServer
• DllGetClassObject
• DllCanUnloadNow

Como exported functions además de todos nuestros métodos como COM Methods y COM Properties o al menos esto es lo que saco en claro al usar DLL Export Viewer, bueno resulta que después de intentar conectarme usando JNI y JNA a este componente obtenía

Exception in thread "main" java.lang.UnsatisfiedLinkError: nombreDeMiMetodoCOM

Al intentar llamar a los métodos COM, pero no sucedía lo mismo al llamar a los métodos métodos exportados por la DLL:

• DllUnregisterServer
• DllRegisterServer
• DllGetClassObject
• DllCanUnloadNow

Lo que confirmó que los métodos COM eran realmente distintos a los métodos exportados comunmente por una DLL, así que regresé a ver un ejemplo que había escrito antes en php para conectarme a una DLL de éstas.

$obj = new COM("micomponente.VFPClass"); // instanciando la clase (que debe encontrarse registrada en windows)
$output=$obj->callMyDllMethod("string argument" ); // llamando al metodo que nos interesa
echo $output; // Mostrando la respuesta

Y entonces vi el metodo que estaba instanciando ahí, es un clase php llamada COM, era hora de comenzar las búsquedas del tipo “how to call a COM Method from java”… Fue así como encontré com4j y pues, con éste basta con ejecutar un comando como el siguiente (tlbimp.jar se encuentra dentro de la distribución de com4j).

D:\jaime\software\com4j-20080107>java -jar tlbimp.jar -o wsh -p test.wsh D:\temp\soasighhc.dll

Para obtener dos clases, una con con representación de nuestros métodos (para facilitarnos la llamada éstos métodos) y otra para obtener instancias de nuestro objeto COM (Factory).

En la siguiente clase podemos ver la clase Factory generada, a la cual además le agregué un método main para hacer una petición de prueba.

</pre>
package test.wsh;

import com4j.*;

/**
 * Defines methods to create COM objects
 */
public abstract class ClassFactory {
 private ClassFactory() {} // instanciation is not allowed

 /**
 * soasighhc.VFPClass
 */
 public static test.wsh.Ivfpclass createVFPClass() {
 return COM4J.createInstance( test.wsh.Ivfpclass.class, "{2866F889-ACF6-487F-B321-76CF33CE34D8}" );
 }

 public static void main(String[] args) {
 Ivfpclass foo = ClassFactory.createVFPClass();
 System.out.println(foo.holaMundo("test"));
 }
}
<pre>

Y por último una inteface generada para proveer de los mapping necesarios hacia los métodos a los que queremos tener acceso (incompleta)

</pre>
 package test.wsh  ;

import com4j.*;

/**
 * soasighhc.VFPClass
 */
@IID("{2482751B-8905-4A6B-8A8E-6A89E2493F15}")
public interface Ivfpclass extends Com4jObject {
 /**
 * Specifies the file name of the user-defined class library that contains the object's class.
 */
 @VTID(7)
 @DefaultMethod
 java.lang.String classLibrary();

 @VTID(8)
 @ReturnValue(type=NativeType.VARIANT)
 java.lang.Object product();

 @VTID(9)
 void product(
 @MarshalAs(NativeType.VARIANT) java.lang.Object product);

 /**
 * Metodo Hola Mundo
 */
 @VTID(10)
 java.lang.String holaMundo(java.lang.String nombre);

 /**
 * Metodo Formato de Fecha Largo
 */
 @VTID(11)
 java.lang.String fecha();

 /**
 * Metodo Calcula factorial
 */
 @VTID(12)
 double factorial(int numero);
<pre>

Getting back to php from Java has become a good experience, php allows you to develop faster but without (in my opinion) the same robustness that you have in Java because of the strong typing or at least that is what happens if you are not really really sure what are you doing (because it is easier to let holes in php code than in java code). However, it is cool, let’s look at how to parse a date in php:

we have a date as a string

$stringDate = "2009-12-12";

strtotime() will try to find out the format, in this case it won’t have any problem because it is an easy one, but it can automatically parse harder things…

$dateAsLong = strtotime($stringDate);

now we have the date as a long, and we can print it with another format.

echo date("d/m/Y", $dateAsLong );

La primera vez que instalé un servidor de control subversion lo hice de la manera más sencilla siguiendo las instrucciones encontradas aquí:

http://hasin.wordpress.com/2007/01/17/installing-subversion-server/

Y (erroneamente) durante algunos meses he estado llevando el control de versiones de varios proyectos dentro de carpetas a las que he llamado módulos dentro de un solo repositorio subversion, y los problemas de hacer ésto no han tardado mucho en hacerse notar, si actualizas un módulo (que no es más que una carpeta) no puedes hacer ningún commit en los otros “modulos” debido a que hay que hacer un update previo. Esto simplemente no está bien.

Entonces, gracias a: http://wordaligned.org/articles/one-svnserve-multiple-repositories di con la solución para gestionar varios repositorios subversion ejecutando svnserve una sola vez.

creamos los nuevos repositorios.

svnadmin create D:\svnrepos\repo1
svnadmin create D:\svnrepos\repo2
svnadmin create D:\svnrepos\repo3

Ahora, en caso tengamos corriendo svnserve lo detenemos.
Y tan solo hacemos esto:

svnserve -d -r D:\svnrepos

Y ya podemos acceder a cada uno de nuestros repositorios usando la siguiente url para cada uno de ellos:

svn://svnserver/repo1
svn://svnserver/repo2
svn://svnserver/repo3

Con cada uno de estos repositorios con su configuración propia.

Hace algunos meses estuve averiguando como activar el debugging dentro de php usando el IDE eclipse PDT y una instalacion de Xampp (1.7.0), y pues, hoy abrí el PDT (después de varios meses) y por alguna razón no llegué a descubrir el debugger parecía funcionar pero nunca se detenía en ningún breakpoint, por lo que después de casi 3 horas intentando solucionar el problema decidí crear una nueva instalación de xampp, y aprovechando que tenía MySQL instalado de manera independiente todo se redujo a renombrar D:\xampp a D:\xampp_old y esta vez e instalar la versión 1.7.1 de XAMPP.

Después hay que realizar las siguientes modificaciones en D:\xampp\php\php.ini, casi al final del archivo.

[Zend]
;zend_extension_ts = “\xampp\php\zendOptimizer\lib\ZendExtensionManager.dll”
;zend_extension_manager.optimizer_ts = “\xampp\php\zendOptimizer\lib\Optimizer”
;zend_optimizer.enable_loader = 0
;zend_optimizer.optimization_level=15
;zend_optimizer.license_path =
; Local Variables:
; tab-width: 4
; End:

[XDebug]
;; Only Zend OR (!) XDebug
zend_extension_ts=”\xampp\php\ext\php_xdebug.dll”
xdebug.remote_enable=true
xdebug.remote_host=127.0.0.1
xdebug.remote_port=9000
xdebug.remote_handler=dbgp
xdebug.profiler_enable=1
xdebug.profiler_output_dir=”\xampp\tmp”

Como pueden notar, solo comenté las propiedades del grupo [Zend] y descomenté la de [XDebug] y listo, podemos reiniciar el servidor apache desde el panel de control de XAMPP D:\xampp\xampp-control.exe asumiendo, una vez más que su instalación de Xampp se encuentra en el disco D:/xampp.

Y en el PDT simplemente comenzamos una sesión de debugging. Puede ser conveniente establecer XDEBUG como debugger por defecto en vez de Zend Debugger.

Por último un pantallazo de lo bonito que nos queda el debugger dentro de Eclipse PDT con inspección de variables y todo lo que un buen debugger necesita.