Hola a todos
Hace años que, junto con un equipo de desarrollo, venimos usando y desarrolando un Framework basado en swing pero para "deployar" a web. Es decir, usar clientes en browsers pero con swing en lugar de HTML/JSP/STRUTS/ etc.
Lo ponemos a su disposición open source en: http://sourceforge.net/projects/k-framework/
Este Framework es el resultado de rehusarnos a usar páginas web para aplicaciones intranet y de ver los batidillos JavaScript/HTML/JAVA/JSP/struts/SPRING/HIBERNATE que se logran usando los otros frameworks.
Se basa en un cliente swing conectado a un servidor J2ee mediante webservices. En realidad ha evolucionado mucho y es mucho más que eso. Ojala que les llame la atención y les sirva como nos ha servido a nosotros tantos años. La motivación del open source es por que ya no somos suficientes para mantenerlo y expandirlo, necesitamos apalancarnos de la comunidad.
Obviamente no es para todo ni para todos, pero si le dan una prueba se sorprenderán.
... eso si, made in Mexico.
Necesitan Netbeans 7, de preferencia con el Glassfish incluido, y una base de datos Oracle o MSSQL… nada más.
Comentarios
Orale se ve super....
Orale se ve super....
Siempre he tenido problemas para entenderle a SourceForge; ¿Donde está el código?
... fuente
Recomendaciones
Primero que nada: Muchas felicidades porque el framework suena muy interesante, y qué bueno que haya más contribuidores mexicanos al software libre.
Quisiera darles varias recomendaciones:
Por mi parte espero poder bajar el fuente pronto, directo del repositorio que configuren, para echarle un ojo y poder contribuir con algo, aunque sea el script de ant o gradle para construir todo el proyecto sin necesidad de un IDE.
Nuevamente felicidades por la decisión de liberar este software y esperemos que prospere.
Si, como que forzar a usar el
Si, como que forzar a usar el IDE no siempre es bueno ¬¬ , aunque la creación del script para otras herramientas es una excelente tarea fácil para quién empieza a contribuir :)
Encontré el archivo de 113 mb y ya estuve ojeando el manual de 95 páginas ( vaya, si que van adelantados ).
Tengo un par de preguntas, pero quisiera primero echarle un ojo al código.
Recomendación extra... intenten un controlador de versiones distribuido como bazaar, git o mercurial, facilita mucho el hacer branches ( clones ) además que hay sitios de hosteo muy buenos ( launchpad, github, code.google.com )
Saludos y muchas felicidades!!!
versiones
SourceForge ofrece tanto Git como Mercurial (aparte de CVS, Subversion y Bazaar). Si ya registraron el proyecto ahí, simplemente deben habilitar el repositorio en alguno de esos dos, obtener el URL y hacer el check-in de todo el código.
Fuente
... hola gracias ....
... estamos trabajando en SVN izarlo para subirlo al repositorio de SF. Pero, el paquete _SI_ trae todos los fuentes.
-Alex
Super, ahora que llegue a
Super, ahora que llegue a casa lo bajo. Chau!
puros fuentes
Recuerden subir puros fuentes, no suban los binarios (los .class compilados)!
Fantástico
Yo estoy mas del lado de odio al web que del gusto, por lo engorroso que es hacer una aplicación ahi, además de mantener estándares entre la inmensidad de navegadores que existen por ahi (es muy grande la incompatibilidad o la falta de funciones, que google tuvo que sacar su propio navegador para darle un nuevo enfoque, pero bueno...) que un proyecto como éste cae en mi agrado, solo hace falta darle una checada y veamos que tal está.
Saludos!
Hola Nopalin
Nosotros estamos de acuerdo.
No es posible que se tarde uno un dia para hacer un comboxbox dinámico en un página web, que nunca fue diseñada para eso.
Creo que el problema con la web es que los diseñadores gráficos nos forzan a no usar cosas programáticas mas fáciles de usar. Eso tal ves sea cierto para sitios web, pero para aplicaciones intranet no debe ser así.
Ojalá que te gusto el framework.
Te comento que apenas tenemos una versión pública. Dista mucho de ser un release realmente genérico ý fácil de usar, pero ahí está el punto.... necesitamos gente que nos ayude a hacerlo fácil de usar y de instalar....
Suerte y no dudes en mandarme una maile en caso de dudas .... avazqueznj@users.sourceforge.net
Excelenmte pero algun manual
Hola estoy empezando con esto de los framework, quien màs me convencia era struts y estoy entendiendolo pero ahora se dice que Spring es lo de hoy, pero su idea suena mucho mejor, espero saquen un ejemplo de como construir una aplicaciòn y quedarme con su framework para programar aplicacione EE. Gracias Saludos
@squal8310 El manual está
@squal8310 El manual está aquí:
http://sourceforge.net/projects/k-framework/files/
Hay un manual de referencia y un tutorial. No recuerdo cual de lo dos era el que tenía cerca de 100 paginas.
Por cierto, de di una ojeada al código fuente, y me llamo mucho la atención la nomenclatura. Pareciera que el código hubiera sido traducción de algún proyecto existente, o la persona que o hizo hubiera trabajado mucho tiempo con algún otro lenguaje. Me dio curiosidad solamente. No demerita en nada el trabajo realizado. Espero este fin de semana poder bajarme el NetBeans para probarlo.
Interesante
Se ve que esta bastante interesante el proyecto a mi se me ocurrio algo similar pero en lugar de usar web services usaria la clase ConnectionURL o URLConnection, pero me dio flojera pensarlo planearlo y hacerlo
Que bueno que existe gente que no piensa igual que yo y si realiza las cosas y mejor a un las comparte !!!
.. déjenme les platico del k-framework
Hola!!
.... sobre el Framework, déjenme les platico.
El Framework comenzó por ahí del 2000 - 2001 con un equipo de trabajo que mas bien nos dedicábamos a sistemas de telecomunicaciones, SS7, SCP's y esas cosas. También fue cuando maduro la filosofía de OO y la aceptamos alegremente moviéndonos a C++.
… por desgracia también fue cuando se dio el dot.com bubble bust y tuvimos que movernos a cosas mas comerciales, osea web.
…en fin el punto es que creo que el hecho de que en el equipo teníamos unas ideas muy fijas de cómo hacer las cosas con OO y en C++ hizo que cuando nos movimos a web no creímos que hypertexto funcionaria para todo lo que queríamos, así que adoptamos swing.
Será necedad o visión pero tanto mí querida amiga Ke Li y yo seguimos pensando que una aplicación o sistema no queda en hipertexto, que OO es la mejor manera de resolver cosas complejas y seguimos usando, mejorando y divirtiéndonos con el Framework.
El Framework en si comenzó como librerías sueltas…. Gente vino, ayudó y se fue, luego se quedó parado un par de años, pero recientemente en proyectos donde lo hemos usado esta resultando que nos quedan mas rápido, y creo que mas bonitos, que con struts/ajax/spring/hbernate/j2ee….. Mi teoría es que la falta de visión de SUN ha causado que, o usemos J2ee y salga todo feo y complicado, o mejor usemos varios frameworks que son mejores, pero difíciles de integrar. … pero eso solo es mi humilde opinión.
El punto es que el Framework nos está ayudando últimamente frente a otras herramientas nuevas.
Mi deseo es que les sirva, o por lo menos que les sea interesante.
En fin, este fin de semana completaremos el tutorial con arboles de datos, graficas y demo del motor de reportes. El manual de referencia se me quedó a la mitad y no se para cuando lo acabaremos, espero no mas de 15 días mas. Lo que pasa es que para hacerlo de consumo público hubo que hacer muchas cosas... y las que faltan...
-Alex
Flex como una buena opción
Que bueno que todavía se hagan cosas con las "cosas" que siempre han sido buenas como es Swing como cliente rico para aplicaciones del lado del servidor en Java EE.
Seguramente han evaluado otras cosas que también están teniendo mucho éxito como Flex como tecnología RIA con varios mecanismos para comunicarse con el servidor. El SDK de Flex es open source y pasar de Java a ActionScript y MXML no cuesta mucho trabajo.
Y según los que hacen encuesta, se está usando mucho.
Flex, Swing, Silverlight Job Trends
This graph displays the percentage of jobs with your search terms anywhere in the job listing. Since July 2009, the following has occurred:
Flex jobs decreased 2%
Swing jobs decreased 6%
Silverlight jobs increased 112%
This Flex, Swing, Silverlight trend data is derived from millions of jobs indexed by Simply Hired, a job search engine.
Eso explica el estilo :) Se
Eso explica el estilo :)
Se ve super bien. Hay varias cosas que son mejor en swing y varias otras que son mucho más fáciles de hacer con HTML. Lo mejor sería tener ambas pero se necesita un componente para mostrar el HTML y al parecer JWebPane o ya lo cancelaro o lo pospusieron para otra ocasión.
Al trabajar con swing, si hace falta un framework para donde poner las cosas. Existe también el Swing Application framework pero también parece que va a tardar también otro rato en salir. Claro siempre está la posibilidad de trabajar sobre Eclipse RCP o Netbeans RCP
Este K-Framework por lo que puedo ver es un framewok de más alto nivel ( aquellos son de más bien de infraestructura ).
Esperamos pues más noticias y el link al repositorio para contribuir.
Suena muy interesante y maduro..
Me da mucho gusto que hayan puesto el framework como Open Source y como comentan que sea de desarrolladores mexicanos, mis comentarios son que como en otras cosas uno tiende a hacer prejuicios sin tener el minino acercamiento a algunos frameworks , tecnologías etc.. , por ejemplo a mi me salto el prejuicio inmediato de Grails que te construye con MVC páginas HTML pero también básado en la misma linea esta Griffon con applets con Swing siguiendo el mismo patrón que Grails que construye aplicaciónes web con Swing. Lo que cuenta mucho en el open source es aparte de la documentación, la facilidad de configuración e instalación, y los ejemplos de arranque, en mi experiencia he cambiado de un open source a otro por la simple sencillez o dificultad para instalar y hacerlo funcionar.
Espero que el framework sea amigable para configurarse y amigable para dar los primeros pasos.
.. amigable ...
:0
Hola Karl..... tienes toda la razón, pero te seré franco, fácil configuración es lo que no tenemos.
Para solventar el issue un poco, entregamos un proyecto base de ejemplo que puede servir para iniciar cualquier proyecto, pero eso no es lo ideal.
Antes de publicarlo se pasó varios meses de trabajando componiendo mil cosas, entre bugs conocidos que ya ignorábamos, código no genérico que siempre se mete cuando lo usamos y un par de issues de diseño mayores que la experiencia nos llevo a odiar. Pero, todavía le falta mucho para ser de consumo público. Estoy seguro que cualquier arquitecto podrá usarlo, explotarlo y, ojalá, pasarnos algunas mejoras…
Pero para personas nuevas a JAVA, quienes pudieran ser los mas beneficiados, la instalación y acoplamiento tan duro a swing, NB y J2ee van a ser un gran issue.
Al momento nuestra meta es eventualmente hacerlo no dependiente de NB y J2ee (y tal vez ni de swing (swt?) )
Pero bueno, para eso es el open source… todo comentario ayuda, y mas si nos mandan parches….
Saludos
no compila
Les dejo unos comentarios que puse en otro hilo acerca de bajar y compilar el framework (lo intenté en una Mac pero no parece haber tronado por eso).