Barrapunto

Si vas a hacer esa conversión, ¿por qué no hacerlo en HTML desde el principio?. Es considerablemente más sencillo que usar Swing.

La única razón que se me ocurre es tener dos versiones, una para intranet, con un solo modelo de navegador para no sufrir las incompatibilidades y otra para fuera con HTML. Pero eso son palabras mayores.

¿Qué interfaz de usuario tienen tus aplicaciones Java? ¿HMTL con servlets? ¿AWT? ¿Swing? ¿Nativo? ¿Texto?

HTML, salvo que el cliente use el tercer grado. Los servlets son una solución muy apañada. Cuesta un poco configurarlos bien al principio, pero una vez que les coges el tranquillo, no tienen mucho misterio.

Por el contrario los applets son una fuente inagotable de sorpresas. Si puedes permitirte el lujo de tratar con una única combinación de sistema operativo/navegador, piensas que "sólo" tendrás que preocuparte de las versiones nuevas. Pero considera el caso general, o espera a que la cosa crezca un poco, que los tiempos de descarga sean intolerables incluso para una intranet, a que tengas que firmar los applets para varios navegadores y que hagan guarrerías varias en el cliente...

Se puede hacer de todo, pero inviertes muchísimo tiempo en I+D, y sobre todo es impredecible. Sin limitación de navegadores es prácticamente ruinoso y acabas cerrándote sólo en las funcionalidades imprescindibles. Si de todas formas vas a obligar a tener unos determinados navegadores, mejor trabajar con DHTML, que puede ser tan vistoso o más.

It is designed to publish existing applications and applets