Proyecto Opensource DE CMS

AdjuntoTamaño
Image icon logomelenti.png65.35 KB

Forums: 

Hola a todos , hemos creado el proyecto Melenti , el cual sera una copia MEJORADA del sistema muy utilizado Joomla en PHP, lo estamos migrando a JAVA J2EE y queremos apoyo de gente qeu le interese ser parte de este proyecto.

en brevee se montara el proyecto en Source Forge y se creara la pagina www.melenti.org.

Al momento adjunto el logotipo, espero les interese colaborar. Este proyecto podria ser expuesto en el CEBIT 2009 en alemania si las cosas van bien ya qeu nos va a poyar una fundacion Holandesa.

Saludos

Adrian CADENA
Fundador de Melenti

Apoyo a Melenti

Hola gracais por escribir.

Bueno no hace falta qeu sepas PHP o JAVA para las faces siguientes del proyecto, al momento lo que requerimos si son progrmadores de JAVA y demas, pero luego cuando hechemos a andar el proyecto necesitamos gente qeu haga templetas , que aprenda como instalarlo y de cursos en universisades, congresos etc de este software que sera º100% ecuatoriano y que esperamos tenga exito .

Si deseas participar del proyecto por favor escribe a info@melenti.org con tus datos y luego de ley te ubicamos ademas pon en el mail que es lo qeu haces ahora, si solo HTML solo CSS o diseño lo que hagas, chao y gracias por participar!!!

Por qué la necesidad de portar a Java J2EE?

Imagen de a_villacis

Por qué el interés de portar el entorno Joomla a J2EE ? De qué manera mejoraría esto la funcionalidad? Qué es lo que dificulta escribir las mejoras como plugins de Joomla, o como parches al núcleo de Joomla? Cuáles serían específicamente estas mejoras?

No es por ser aguafiesta, pero por lo menos para mí, yo preferiría usar el original en vez de una copia.

Si es por rapidez, se puede solucionar (o por lo menos mejorar) instalando un acelerador/caché de PHP como eAccelerator (http://eaccelerator.net/), el cual ahorra el acto de re-parsear archivos PHP.

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

Te haz topado en ambientes

Imagen de deathUser

Te haz topado en ambientes corporativos en los cuales es requisito J2EE o que los requerimientos de escalabilidad hacen que una solución en Java sea la mejor opción ...???

bye
:)

Reimplementar Joomla en J2EE ... por qué?

Imagen de a_villacis

Con advertencia de que esto puede volverse un flamewar...

ATENCION: Tengo mucha más experiencia en PHP que en Java, así que mis comentarios al respecto están posiblemente sesgados.

Mi experiencia con J2EE (lo que he presenciado) ha sido más bien al contrario. Me acuerdo por experiencia personal que tuve que viajar a Quito para asistir en la configuración de uso de memoria para una aplicación Java J2EE (escrita por un tercero, no por mí) que alcanzaba su límite con alrededor de 250 usuarios simultáneos. En los logs encontré excepciones por montones que indicaban que se acababa la memoria en el área reservada por Java. Fue necesario agregar parámetros a la máquina virtual para elevar el límite de memoria a 1 GB de memoria.

En cambio, una aplicación Web de administración telefónica que he escrito yo, en PHP, que maneja una base de datos con millones de llamadas grabadas, apenas fuerza al servidor Web (de 512 Mb de memoria física). Un solo caso de uso requiere elevar el límite de memoria de PHP a 64 Mb, y es bastante infrecuente, porque sólo lo ejecuta el administrador. Involucra juntar en memoria un árbol de tarifas telefónicas con un archivo que se ha cargado, de unos 6 MB.

El punto es, que la escalabilidad de una aplicación depende más de su arquitectura y de su juicioso uso de la base de datos, que de la elección de lenguaje de programación. Se puede construir una aplicación mala en cualquier lenguaje, e igual una buena. Por ejemplo, el cliente con la aplicación J2EE que mencioné arriba se olvidaba de anular las referencias a los objetos que usaba para construir la vista de su modelo MVC luego de mandarla al browser, así que se quedaban en memoria hasta la siguiente petición bajo el mismo hilo, en la que recién se asignaba null al objeto relevante de sesión (visto con mis propios ojos). Lo más lamentable era la actitud del programador responsable, quien insistía en seguir su interpretación de la separación de modelo-vista-controlador (con JSP por vista y servlets como controlador) de forma tan literal que me costó harto trabajo en convencerlo de que intentara asignar null a la referencia de los datos de recordset al mismísimo final del código JSP de la vista, para que el recolector de basura de Java pudiera recoger la memoria usada. Me insistía una y otra vez que esa asignación era parte del controlador y que no correspondía en el JSP que era la vista. Pero me estoy desviando del tema... ;)

El que una empresa requiera el uso de J2EE de cabo a rabo no es muy buena explicación, porque se pueden instalar lado a lado PHP y Java J2EE. Yo lo he hecho para pruebas, y también algunos de mis compañeros de trabajo. El argumento sólo es relevante si la empresa se propone personalizar la aplicación con gente que sólo es capaz de usar Java y no otro lenguajes que en ciertas situaciones pueden ser más aptos. Además, es mi opinión que el objetivo de un administrador de contenido como Joomla es el de ahorrar el trabajo de tener que personalizar el sitio Web genérico via programación, y por lo tanto debería ser instalable con un mínimo, o incluso nulo, vistazo al código fuente.

El siguiente artículo explica más a fondo acerca de los mitos de la escalabilidad de Java versus PHP: Digg's PHP scalability and Performance.

Mi punto original es que me parece poco práctico que se cree un proyecto nuevo, de código abierto, que tenga como objetivo replicar las características de otro proyecto, también de código abierto, con el objetivo primario de reimplementar la aplicación original en el lenguaje de programación favorito de uno. Sobre todo porque Joomla es bastante estable, y capaz, y tiene una comunidad activa e interesada, mientras que la propuesta empieza desde cero. Es similar a algún proyecto que buscara reescribir el kernel de Linux en C++ ... por qué? Sería distinta la cosa si se intentara replicar la funcionalidad de un software conocido que no sea software libre (como por ejemplo Wine o ReactOS).

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

perl -e '$x = 2.4; print sprintf("%.0f + %.0f = %.0f\n", $x, $x, $x + $x);'

Pues la verdad es que se

Imagen de deathUser

Pues la verdad es que se puede escribir aplicaciones malas en cualquier lenguaje, como ya lo dijiste, y en java es particularmente fácil hacerlo, existen una gran cantidad de best practices en cualquier lenguaje que te permiten construir aplicaciones de buena calidad, he visto y construido aplicaciones muy eficientes en java...

Que usarías para balancear carga con una aplicación en PHP ...???
En java muchos Aplication Servers soportan Load Balancing con mínima configuración, además si te fijas en el mercado, existe una gran demanda de un CMS J2EE compliant, razón suficiente para lanzarse en un esfuerzo de ese estilo.

bye
:)

Por que JAVA J2EE

Hola a todos gracias por escribir y opinar!!!.

Bueno elejimos JAVA y J2EE porque pensamos que hay un vacio enorme en el mercado de CMS opensource y el cual puede ser llenado por este software ecuaotriano,NUESTRO INETERES en copiar las FUNCIONALIDADES de Joomla es para tener una alternativa para las entidades CORPORATIVAS, de gobierno etc, las cuales poseen diversos sistemas en JAva, oracle, lotus domino etc, que segurtamente se podrian integrar con PHP pero la creencia de la gente en el ambito CORPORATIVO O GUBERNAMENTAL todavia tienen ese tabu sobre PHP asi que nosotros queremos llenar ese nicho , este SOFTWARE SERA ECUATORIANO y todos quienes hacemos software libre deberiamos apoyar estas iniciativas sean cuales sean.

Nosotros repito, copiaremos las FUNCIONALIDADES y la FACILIDAD DE USO DE joomla mas ncodigo fuente, no nos intersa eso ya qeu seria muy complicado sin embargo esperamos qeu funcione de manera similar.

De corazon espero que la gente de Ecuador apoye este proyecto que puede convertirse en la BANDERA del software libre de Ecuador asi que si quieren participar opinar ayudar por favor no duden en comunicarse con nosotros a info@melenti.org el cual sera un proyecto de ECUADOR como desarrolladores de software.

Gracias por opinar y escribir y esperamos que muchos mas critiquen y apoyen lo que estamos haciendo.

Les adelanto tambein que en breve publicaremos un software contable desarrollado en Visual Basic y MySQL el cual sera opensource y ya trabajara con la legislacion ecuatoriana y que lo podran descargar para uso en cualquier negocio pequenio o mediano en ecuador.

Muchos Saludos y Suerte

Adrian Cadena
Proyecto Melenti

Entorno Enterprise

Hola la razon principal es el entorno Enterprise el cual carece de un software CMS java FACIL DE USAR e implmentar como lo es joomla.

No pienses mal nosotros adoramos Joomla , incluso organizamos el primer cafe joomla en quito y tenemos contacto muy cercano con los developer del core de joomla y tenemos el sitio joomla.com.ec y pronto habra el joomla.org.ec para poder fomentar joomla.

Este proyecto nace de la necesidad para los paises como el nuestro qeu siempre prefiere todo gratis pero bueno entonces el resto del mundo estoy seguro lo utilizara en breve.

Espero comprendas qeu si PHP es exelente carece de la aceptacion en el area corporativa y de gobierno.

Chao

Adrian Cadena
Proyecto Melenti

Páginas