Comentarios en: OpenCms: difama y vencerás http://www.xnoccio.com/301-opencms-difama-y-venceras/ Blog de viavansi Thu, 29 Jul 2010 17:07:01 +0000 http://wordpress.org/?v=2.9.2 hourly 1 Por: b http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-283 b Thu, 16 Oct 2008 11:15:03 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-283 Buenas, nosotros hemos desplegado entornos OpenCMS (almenos 4 que yo sepa) sobre Oracle sin problema alguno. Excepto en el caso de una versión concreta de OpenCMS (la 6.2.2 creo) en la que era necesario aplicar un pequeño parche (está documentado en el bugzilla)no hemos tenido nunca ningún problema :) Joomla! siempre lo hemos instalado en MySQL... Saludos Buenas, nosotros hemos desplegado entornos OpenCMS (almenos 4 que yo sepa) sobre Oracle sin problema alguno. Excepto en el caso de una versión concreta de OpenCMS (la 6.2.2 creo) en la que era necesario aplicar un pequeño parche (está documentado en el bugzilla)no hemos tenido nunca ningún problema :)

Joomla! siempre lo hemos instalado en MySQL…

Saludos

]]> Por: Javier Echeverría Usua http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-282 Javier Echeverría Usua Sat, 30 Aug 2008 08:29:42 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-282 Hombre, te diría que en eso no observo ninguna diferencia con ningún otro CMS u entorno de aplicación web... es decir, salvo que no te haya entendido bien, siempre será lo "ideal" disponer de 3 entornos, y a ser posible que estos sean independientes. Por otro lado sí te comento de pasada que en la máquina de cada desarrollador sí que suele haber un primer entorno de desarrollo. Podrías utilizar un único entorno físico para obtener tres entornos software perfectamente, incluso en el mismo servidor de aplicaciones (instalando 3 OpenCms), aunque no creo que fuese recomendable. Incluso en el mismo OpenCms podrías tener 3 portales para los 3 entornos, aunque tampoco sinceramente me gusta... Pero nadie te impide tener 2 ó 3 servidores de aplicaciones en una misma máquina, y obviamente realizar los ajustes de memoria, etc. para darle prioridad a Producción, y así se evita parte de esa complejidad. Pero me parece que este problema del que hablas es universal a toda aplicación web, no sólo a OpenCms. De hecho, tal vez OpenCms te diera menos problemas gracias a que te evitas la sincronización de ficheros debido a la ventaja de la existencia del VFS... No se me ocurre una forma de evitar este mismo problema con otro CMS como Magnolia, un motor de portlets Java EE como eXo o Liferay, o motores de portales de otras arquitecturas como Mambo o Drupal... Saludos! Hombre, te diría que en eso no observo ninguna diferencia con ningún otro CMS u entorno de aplicación web… es decir, salvo que no te haya entendido bien, siempre será lo “ideal” disponer de 3 entornos, y a ser posible que estos sean independientes. Por otro lado sí te comento de pasada que en la máquina de cada desarrollador sí que suele haber un primer entorno de desarrollo.

Podrías utilizar un único entorno físico para obtener tres entornos software perfectamente, incluso en el mismo servidor de aplicaciones (instalando 3 OpenCms), aunque no creo que fuese recomendable. Incluso en el mismo OpenCms podrías tener 3 portales para los 3 entornos, aunque tampoco sinceramente me gusta… Pero nadie te impide tener 2 ó 3 servidores de aplicaciones en una misma máquina, y obviamente realizar los ajustes de memoria, etc. para darle prioridad a Producción, y así se evita parte de esa complejidad. Pero me parece que este problema del que hablas es universal a toda aplicación web, no sólo a OpenCms.

De hecho, tal vez OpenCms te diera menos problemas gracias a que te evitas la sincronización de ficheros debido a la ventaja de la existencia del VFS…

No se me ocurre una forma de evitar este mismo problema con otro CMS como Magnolia, un motor de portlets Java EE como eXo o Liferay, o motores de portales de otras arquitecturas como Mambo o Drupal…

Saludos!

]]> Por: Jorge Garrido http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-281 Jorge Garrido Fri, 29 Aug 2008 09:04:58 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-281 Tu explicación detallada me ha sido de gran ayuda, aunque hay una parte muy relacionada con esto a la que no le hemos atacado: staging. Si necesito tres entornos (típicamente desarrollo, pruebas y producción), se requieren tres instalaciones distintas de OpenCms, con las consecuente pérdida de escalablidad y clusterización. Si a esto se le añade la necesidad de alta disponibilidad, algo muy usual en portales institucionales, el escenario puede ser bastante complejo. ¿Estoy en lo cierto? Tu explicación detallada me ha sido de gran ayuda, aunque hay una parte muy relacionada con esto a la que no le hemos atacado: staging. Si necesito tres entornos (típicamente desarrollo, pruebas y producción), se requieren tres instalaciones distintas de OpenCms, con las consecuente pérdida de escalablidad y clusterización. Si a esto se le añade la necesidad de alta disponibilidad, algo muy usual en portales institucionales, el escenario puede ser bastante complejo. ¿Estoy en lo cierto?

]]> Por: Javier Echeverría Usua http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-280 Javier Echeverría Usua Thu, 28 Aug 2008 17:52:55 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-280 Hola Jorge! Pues ese es otro "bulo" famosillo sobre OpenCms. OpenCms, como cualquier aplicación Java EE, desplegable sobre Tomcat, se puede poner en balanceo de carga en según qué tipo de disposiciones básicas. En este caso no es mérito de OpenCms, sino de Java EE. En nuestro caso hemos probado a realizar balanceos software desde Apache y 2 nodos Tomcat independientes, y eso sí, una única base de datos (en este caso era Oracle), con un comportamiento bastante típico: -Un usuario entra, y el balanceador Apache redirige la petición hacia un servidor A (o B, el que le toque). A partir de ahí, TODA su sesión se mantiene en ese mismo servidor. -El balanceador se va encargando de mantener una carga similar en cada servidor. -Si un servidor se cae, el balanceador redirige el 100% al que se mantiene estable. Como te comento, este escenario ultratípico (manteniendo una base de datos, no dos) se puede conseguir con toda aplicación Java EE... otra cosa sería si quieres que una misma sesión vaya viajando aleatoriamente entre los servidores, con lo que ya hay requisitos mayores (objetos serializables, ficheros sincronizados, etc.). Eso sí, al balancear aplicaciones web puede haber un problema, y es el tema de los ficheros. Los 2 servidores deberían tener los mismos ficheros (imágenes, ficheros descargables, etc.) para usarlos en web. Evidentemente, en un gestor de contenidos como OpenCms se suben ficheros (los administradores cuelgan imágenes, ficheros pdf, html, etc. etc.), y requieres que en ambos nodos esté visibles a la vez. Si subes el fichero en el nodo A, ¿cómo garantizas que los usuarios redirigidos al B no tengan un 404? Hay varias opciones, y ojo, esto es un problema en casi cualquier aplicación web (no en OpenCms por lo que explico luego). Puede haber procesos de sincronización, NFS, etc. OpenCms no tiene este problema porque virtualiza el sistema de ficheros, serializándolo sobre la base de datos, gracias al VFS (Virtual File System). Todos los nodos OpenCms pueden ver los ficheros en paralelo, ya que éstos residen serializados sobre base de datos, y todos los nodos atacan a la base de datos. Ahí sí se da una posible contingencia, y es el tema de la utilización de Flex Cache, es decir, un cacheo de ficheros, generándolos <em>físicamente</em> mediante una consulta de base de datos, para evitar tanta carga de consulta. Sin cacheo, cada vez que un usuario quiere ver una imagen subida por un administrador, OpenCms realiza una consulta. Esto sorprendentemente no va mal, pero siempre es más óptimo cachear. Obviamente, los procesos de cacheo (generación de ficheros desde base de datos) de Flex Cache deben realizarse a ser posible simultáneamente en todos los nodos. Pero esto es perfectamente posible en OpenCms, puedes programar los lanzamientos de los servicios de cacheo. Alcakon vende un plugin comercial para facilitar esta gestión en una única utilidad, pero no es necesaria. El caso es que a partir de este hecho, se ha corrido la voz de que para balancear OpenCms hay que desarrollar o pagar, y tampoco es así :-D Por el tema de tener una única base de datos tampoco hay que preocuparse, porque se puede disponer de un cluster tranquilamente siendo una base de datos para OpenCms de forma transparente. De hecho es lo más común en la Junta de Andalucía, las aplicaciones Java EE persisten sus datos en una base de datos e internamente se replican. Espero haberte ayudado. Un saludo! Hola Jorge! Pues ese es otro “bulo” famosillo sobre OpenCms. OpenCms, como cualquier aplicación Java EE, desplegable sobre Tomcat, se puede poner en balanceo de carga en según qué tipo de disposiciones básicas. En este caso no es mérito de OpenCms, sino de Java EE. En nuestro caso hemos probado a realizar balanceos software desde Apache y 2 nodos Tomcat independientes, y eso sí, una única base de datos (en este caso era Oracle), con un comportamiento bastante típico:

-Un usuario entra, y el balanceador Apache redirige la petición hacia un servidor A (o B, el que le toque). A partir de ahí, TODA su sesión se mantiene en ese mismo servidor.
-El balanceador se va encargando de mantener una carga similar en cada servidor.
-Si un servidor se cae, el balanceador redirige el 100% al que se mantiene estable.

Como te comento, este escenario ultratípico (manteniendo una base de datos, no dos) se puede conseguir con toda aplicación Java EE… otra cosa sería si quieres que una misma sesión vaya viajando aleatoriamente entre los servidores, con lo que ya hay requisitos mayores (objetos serializables, ficheros sincronizados, etc.).

Eso sí, al balancear aplicaciones web puede haber un problema, y es el tema de los ficheros. Los 2 servidores deberían tener los mismos ficheros (imágenes, ficheros descargables, etc.) para usarlos en web. Evidentemente, en un gestor de contenidos como OpenCms se suben ficheros (los administradores cuelgan imágenes, ficheros pdf, html, etc. etc.), y requieres que en ambos nodos esté visibles a la vez. Si subes el fichero en el nodo A, ¿cómo garantizas que los usuarios redirigidos al B no tengan un 404?

Hay varias opciones, y ojo, esto es un problema en casi cualquier aplicación web (no en OpenCms por lo que explico luego). Puede haber procesos de sincronización, NFS, etc. OpenCms no tiene este problema porque virtualiza el sistema de ficheros, serializándolo sobre la base de datos, gracias al VFS (Virtual File System).

Todos los nodos OpenCms pueden ver los ficheros en paralelo, ya que éstos residen serializados sobre base de datos, y todos los nodos atacan a la base de datos. Ahí sí se da una posible contingencia, y es el tema de la utilización de Flex Cache, es decir, un cacheo de ficheros, generándolos físicamente mediante una consulta de base de datos, para evitar tanta carga de consulta. Sin cacheo, cada vez que un usuario quiere ver una imagen subida por un administrador, OpenCms realiza una consulta. Esto sorprendentemente no va mal, pero siempre es más óptimo cachear. Obviamente, los procesos de cacheo (generación de ficheros desde base de datos) de Flex Cache deben realizarse a ser posible simultáneamente en todos los nodos. Pero esto es perfectamente posible en OpenCms, puedes programar los lanzamientos de los servicios de cacheo. Alcakon vende un plugin comercial para facilitar esta gestión en una única utilidad, pero no es necesaria. El caso es que a partir de este hecho, se ha corrido la voz de que para balancear OpenCms hay que desarrollar o pagar, y tampoco es así :-D

Por el tema de tener una única base de datos tampoco hay que preocuparse, porque se puede disponer de un cluster tranquilamente siendo una base de datos para OpenCms de forma transparente. De hecho es lo más común en la Junta de Andalucía, las aplicaciones Java EE persisten sus datos en una base de datos e internamente se replican.

Espero haberte ayudado. Un saludo!

]]> Por: Jorge Garrido http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-279 Jorge Garrido Thu, 28 Aug 2008 08:48:52 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-279 Gracias por tu rápida respuesta, Javier. Otro de los puntos débiles de OpenCms para ser adoptado por instituciones públicas de cierta envergadura, como las consejerías, es la dificultad para hacerlo escalable. Según he entendido, tampoco la verión 7 ha avanzado en este sentido, y un simple balenceo de carga requiere desarrollo a medida. ¿Has tenido oportunidad de enfrentarte a este problema? Gracias por tu rápida respuesta, Javier.
Otro de los puntos débiles de OpenCms para ser adoptado por instituciones públicas de cierta envergadura, como las consejerías, es la dificultad para hacerlo escalable. Según he entendido, tampoco la verión 7 ha avanzado en este sentido, y un simple balenceo de carga requiere desarrollo a medida. ¿Has tenido oportunidad de enfrentarte a este problema?

]]> Por: Javier Echeverría Usua http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-278 Javier Echeverría Usua Wed, 27 Aug 2008 11:59:20 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-278 Uff, esto daría para un post entero, me has dado una idea :-D Te diría que realmente hay dos familias de productos en este mundo Java... una familia tiene su principal enfoque en la solución de persistencia de los contenidos introducidos, las gestiones de usuarios/permisos/roles/workflows... y suelen implementar JSR-170 (no lo hace OpenCms). Ejemplos de este tipo de productos, además de OpenCms: Infoglue, Lenya, Magnolia, etc. Estas aplicaciones digamos que tienen su fuerte en la gestión de contenidos (editores visuales, flujos de aprobación, persistencia de los contenidos en binarios de forma transparente, etc.), pero además suelen permitir inyectar lógica en los portales web desarrollados con ellas. Por ejemplo, en el caso de OpenCms permite la inyección de JSPs, librerías de clases, etc. Incluso se puede inyectar frameworks como Struts o implementaciones de JSF. La otra familia son los motores de portales, que implementan (o podrían) JSR-168, el API de portlets. Ejemplos: eXo, Liferay, Oracle Portal, etc. Aunque pueden tener portlets dedicados a gestión de contenidos, no es su verdadero enfoque. Digamos que se centran más en ser plataformas de microaplicaciones, por ejemplo, iGoogle. En general, veo más lógico usar una de estas aplicaciones "motores de portlets" para desarrollos de intranet, etc., y utilizar soluciones de gestión de contenidos para webs de publicación, webs corporativas, etc. Pero sobre gustos, colores... Por lo que a tu respuesta, realmente no creo que sea una gran debilidad de OpenCms porque no es su enfoque principal, aunque sí parece que en un futuro a medio/corto las futuras versiones de OpenCms sí permitirán la inyección de portlets. Espero haberte ayudado, no dudes en contactarme si tienes más dudas. Uff, esto daría para un post entero, me has dado una idea :-D
Te diría que realmente hay dos familias de productos en este mundo Java… una familia tiene su principal enfoque en la solución de persistencia de los contenidos introducidos, las gestiones de usuarios/permisos/roles/workflows… y suelen implementar JSR-170 (no lo hace OpenCms). Ejemplos de este tipo de productos, además de OpenCms: Infoglue, Lenya, Magnolia, etc. Estas aplicaciones digamos que tienen su fuerte en la gestión de contenidos (editores visuales, flujos de aprobación, persistencia de los contenidos en binarios de forma transparente, etc.), pero además suelen permitir inyectar lógica en los portales web desarrollados con ellas. Por ejemplo, en el caso de OpenCms permite la inyección de JSPs, librerías de clases, etc. Incluso se puede inyectar frameworks como Struts o implementaciones de JSF.

La otra familia son los motores de portales, que implementan (o podrían) JSR-168, el API de portlets. Ejemplos: eXo, Liferay, Oracle Portal, etc. Aunque pueden tener portlets dedicados a gestión de contenidos, no es su verdadero enfoque. Digamos que se centran más en ser plataformas de microaplicaciones, por ejemplo, iGoogle.

En general, veo más lógico usar una de estas aplicaciones “motores de portlets” para desarrollos de intranet, etc., y utilizar soluciones de gestión de contenidos para webs de publicación, webs corporativas, etc. Pero sobre gustos, colores…

Por lo que a tu respuesta, realmente no creo que sea una gran debilidad de OpenCms porque no es su enfoque principal, aunque sí parece que en un futuro a medio/corto las futuras versiones de OpenCms sí permitirán la inyección de portlets.

Espero haberte ayudado, no dudes en contactarme si tienes más dudas.

]]> Por: Jorge Garrido http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-277 Jorge Garrido Wed, 27 Aug 2008 11:03:15 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-277 Hola Javier, estoy haciendo ua comparativa entre gestores de contenidos, y a la hora de valorar OpenCms, encuentro que su mayor problema es la falta de soporte para portlets, no siquiera siguen la norma JSR170 en la recién estrenada 7.0. ¿Hasta qué punto consideras importarnte este hecho? ¿Crees que el estándar JSR-168 va a ser usado de forma generalizada en un futuro inmediato? Lógicamente hablo dentro del mundo java. Gracias y saludos. Hola Javier, estoy haciendo ua comparativa entre gestores de contenidos, y a la hora de valorar OpenCms, encuentro que su mayor problema es la falta de soporte para portlets, no siquiera siguen la norma JSR170 en la recién estrenada 7.0. ¿Hasta qué punto consideras importarnte este hecho? ¿Crees que el estándar JSR-168 va a ser usado de forma generalizada en un futuro inmediato? Lógicamente hablo dentro del mundo java.
Gracias y saludos.

]]> Por: Javier Echeverría Usua http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-276 Javier Echeverría Usua Sat, 16 Aug 2008 21:14:22 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-276 Hombre, yo entiendo que los conocimientos del programador son importantes. Esa es una de las razones por las que no entiendo que en el entorno de la Junta de Andalucía, donde se ha optado por estandarizar sobre Java, se piense en Drupal. Te diría que no es tan importante la tecnología; si eres desarrollador PHP, yo optaría por Drupal, por qué no, o tal vez Mambo, que tiene tan buenas o mejores críticas. En Oracle funcionará; PHP embebe un controlador PHP de forma nativo, y prácticamente el 100% de los CMS PHP abstraen la lógica de persistencia mediante una capa específica para ello. Por eso, no tendrás mayores problemas con la persistencia sobre Oracle. Otra cosa es que bajo mi punto de vista no será tan óptima la forma de atacar a Oracle desde PHP como desde un servidor de aplicaciones Java con un pool de conexiones, pero sin duda tu cliente no lo notará ;-) Suerte!! Hombre, yo entiendo que los conocimientos del programador son importantes. Esa es una de las razones por las que no entiendo que en el entorno de la Junta de Andalucía, donde se ha optado por estandarizar sobre Java, se piense en Drupal.
Te diría que no es tan importante la tecnología; si eres desarrollador PHP, yo optaría por Drupal, por qué no, o tal vez Mambo, que tiene tan buenas o mejores críticas.
En Oracle funcionará; PHP embebe un controlador PHP de forma nativo, y prácticamente el 100% de los CMS PHP abstraen la lógica de persistencia mediante una capa específica para ello. Por eso, no tendrás mayores problemas con la persistencia sobre Oracle. Otra cosa es que bajo mi punto de vista no será tan óptima la forma de atacar a Oracle desde PHP como desde un servidor de aplicaciones Java con un pool de conexiones, pero sin duda tu cliente no lo notará ;-)
Suerte!!

]]> Por: christian http://www.xnoccio.com/301-opencms-difama-y-venceras/comment-page-1/#comment-275 christian Thu, 14 Aug 2008 17:30:30 +0000 http://xnoccio.com/301-opencms-difama-y-venceras/#comment-275 No se si es el lugar adecuado pero ahi tiro la piedra. Me han pedido que implemente un CMS sobre Oracle, soy programador PHP desde la version 2.0 No me asusta ni XOOPS,JOOMLA ,DRUPAL , mooble, mysource matrix o OPENCMS el tema es que funcione sobre Oracle, buscando llegue a tu pagina. He leido bastante pero aun no me he definido por ninguno. Quisiera escuchar tus cometnarios sobre los precedentes si has tenido buenas malas, etc. Muchas Gracias y espero no molestar!! No se si es el lugar adecuado pero ahi tiro la piedra.
Me han pedido que implemente un CMS sobre Oracle, soy programador PHP desde la version 2.0
No me asusta ni XOOPS,JOOMLA ,DRUPAL , mooble, mysource matrix o OPENCMS el tema es que funcione sobre Oracle, buscando llegue a tu pagina. He leido bastante pero aun no me he definido por ninguno.
Quisiera escuchar tus cometnarios sobre los precedentes si has tenido buenas malas, etc.
Muchas Gracias y espero no molestar!!

]]>