BCN JUG } Workgroups - Social | Spring vs CDI y segunda reunión

[Loïc Prieto]

Muy buenas!

Veo que hay cierto debate sobre si deberíamos usar Spring en el proyecto. Reconozco que le he dado yo más empuje porque es lo que más conozco y lo que más he trabajado. Pero creo que si en conjunto pensamos que es mejor usar las herramienta estándar como CDI, JAX-RS, por mí adelante. Lo importante es que llevemos a cabo el proyecto de forma eficiente y utilizando herramientas con las que nos sintamos cómodos o que queramos explorar.
Para esta semana, me gustaría que tuvieramos ya pensada cual va a ser la arquitectura que vamos a usar de forma definitiva para poder ir empezando a montarla. La propuesta que había hasta el momento era la siguiente:
- Cliente: aplicación web monopágina con Angular JS.
- Propagación de los eventos BCNJUG a través de unos servicios web implementados en Java con una interfaz REST que consumiría el cliente.
La interacción con los distintos servicios de publicación social (Twitter, Facebook, Meetup, G+) estaba previsto hacerla con Spring Social ya que tiene unas librerías ya preparadas para ello.
La aplicación servidor se alojaría en OpenShift, en un TomcatEE (según las últimas charlas que hemos tenido al respecto). También se ha comentado de usar JAX-RS para publicar la interfaz REST.

Usar Spring Social no implica usar el resto de la librería. Podemos usar las herramientas estándar de JavaEE para el resto de cosas. Puede que incluso el proyecto de Apache Deltaspike (que incluye un montón de funcionalidad para CDI, al mismo estilo que los subproyectos de Spring le dan funcionalidad al Spring base) tenga algo relacionado con OAuth e interacciones sociales.

¿Os parece quedar esta semana para una reunión en la que hablemos de esto y lo establezcamos de forma definitiva? ¿Qué días os vendrían bien? Aprovecharíamos la reunión para establecer la infraestructura y el repartido inicial de tareas (que quedarían después reflejadas en nuestro proyecto Trello).
Ahora mismo están disponibles en Trello tareas de investigación y establecimiento logístico de la aplicación (apertura de cuentas de OpenShift, Github, etc). Os animo a que cojáis las tareas como más os gusten y utilicéis este foro para comentar progresos, dudas, ideas y sugerencias.

[Max Pimm]

Buenas,

Creo que voy a perder la reunión así que os comento aquí mis opiniones.

En cuanto al debate Spring Vs JEE Standards estoy bastante imparcial. 

Los últimos dos años he estado utilizando el stack JEE y estoy muy contento

Creo que la clave en este debate es Spring Social. Nos aportaría bastante trabajo hecho y nos abriría una optunidad fácil de retroalimentar la comunidad ya que hemos visto que falta un módulo para Meetup. Si utilizamos Spring Social tendríamos que utilizar todo el Stack Spring, integrar los dos contenidores de DI (si es posible) no me parece buena solución.

Si no utilizamos Spring Social vamos a tener que implementar más lógica para conectar con los diferentes proveedores. Implica más tiempo y dedicación. Quizás este es el punto que se tendría que discutir.

Max

--
Has recibido este mensaje porque estás suscrito al grupo "Barcelona JUG" de Grupos de Google.
Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un mensaje de correo a barcelona-ju...@googlegroups.com.
Para acceder a más opciones, visita https://groups.google.com/d/optout.

[Loïc Prieto]

Soy de la misma opinión, creo que podemos aprovechar el trabajo hecho, y es cierto que pienso que eso nos liga también a la plataforma Spring. Al final sólo es cuestión de decidir cuánto tiempo queremos invertir. Por otro lado, la idea de que contribuyamos un módulo a Spring Social me motiva bastante.

[Esteve Camps Chust]

ok, para cuando la reunión. Creo que las lineas principales estan bastante definidas, por lo que podríamos quedar y determinar tareas. ¿Os parece a final de semana? ¿El viernes a las 19h?

Esteve Camps Chust

[Loïc Prieto]

Por mi bien el viernes a las 19h.

[Nacho Cougil Jares]

Muy buenas!

En cuanto a lo comentado, sólo añadir que soy de la opinión de usar Spring-Social, por poco que sea nos puede servir para colaborar y aportar nuestro granito en este proyecto además de servirnos como base para evitar hacer trabajo por duplicado.

En cuanto al DI, estoy con la mayoría, usar Spring-social para luego intentar integrar Spring con CDI suena un poco matar moscas a cañonazos, para eso, casi mejor sería no usar Spring-social y atacar directamente cada API según nuestro interés. Así que sí, apoyo usar Spring como base y soporte para DI, IOC, etc pero sin tener porqué llegar a usarlo todo.

En cuanto a quedar, yo este viernes no podría venir porque estoy fuera, pero si tenéis quorum, ¡adelante!

Salu2,

[Jonathan Vila Lopez]

para ser un poco "la voz discordante"....... parece que hay otros proyectos "parecidos" a SpringSocial como SocialAuth........ desconozco ambos asi que no se si son lo mismo, pero algo se parecen.......

https://code.google.com/p/socialauth/

Jonathan Vila       jonath...@gmail.com

 

[Loïc Prieto]

Estoy investigando la librería, Jonathan, a ver si podría cumplir el papel que necesitamos de ella. Si es el caso, puede ser una alternativa interesante para quitarnos el "overhead" que aporta Spring.

[Loïc Prieto]

Buenas,

Sólo dos personas podríamos asistir a la reunión este viernes, por lo que creo más conveniente aplazarla. ¿Podríais poner qué fecha os viene mejor para una reunión a lo largo de las semanas que vienen? Para el viernes voy a intentar publicar una guía de posibles tareas existentes para que las validéis y empecemos el reparto (publicandolas primero en Trello).

[Max Pimm]

Que tal jueves de la semana que viene? Aunque si se pudiera gestionar por medios virtuales para mi sería mucho mejor.

Max

2014-03-25 16:19 GMT+01:00 Loïc Prieto <loic.se...@gmail.com>:

Buenas,

Sólo dos personas podríamos asistir a la reunión este viernes, por lo que creo más conveniente aplazarla. ¿Podríais poner qué fecha os viene mejor para una reunión a lo largo de las semanas que vienen? Para el viernes voy a intentar publicar una guía de posibles tareas existentes para que las validéis y empecemos el reparto (publicandolas primero en Trello).

--

Has recibido este mensaje porque estás suscrito al grupo "Barcelona JUG" de Grupos de Google.

Para anular la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a barcelona-ju...@googlegroups.com.

[Alex Soto]

No sé que tal estan:

http://facebook4j.org/en/index.html

http://twitter4j.org/en/index.html

https://developers.google.com/+/quickstart/java

De todas formas la idea de colaborar con otros proyectos ayuda a crecer más como desarrollador que no ser un simple usuario de una API. Pero como se comenta esto depende del tiempo a querer invertir.

Ahora me viene a la mente un tweet que dice:

Pesadilla Recurrente:

- Describidme vuestra arquitectura

- Spring ,WebServices y JMS

#ATACA #UncleBob #ATACA

jajaja 

El dimecres 26 de març de 2014 18:49:39 UTC+1, Max Pimm va escriure:

[Loïc Prieto]

Ja ja ja, cuánto odio a Spring. Para mí Spring siempre ha sido una experiencia positiva. También debo decir que mis primeras experiencias con Java fueron con J2EE (sí, EJB2), así que cualquier cosa a partir de ahí ya era una mejora.

Esta tarde pondré algunas ideas para empezar a montar las cosas, y si queréis, podemos montar una reunión por videoconferencia (o sin ella) más tarde la semana que viene, si es necesario. En realidad, una vez nos organicemos tampoco haría mucha falta una reunión física...es más por el aspecto lúdico-recreativo de la reunión física.

[Loïc Prieto]

Estaba pensando respecto a esto, de colaborar con otros proyectos, que para CDI existe una librería de componentes llamada Apache Deltaspike, que es un poco el equivalente de los subproyectos de Spring para CDI, y con la experiencia que saquemos del manejo de apis sociales, igual podríamos añadir un módulo Social si no existe ya, o mejorarlo. Me molaría bastante poder colaborar en algún proyecto open source, y es algo que tengo pendiente de toda la vida, pero que nunca he hecho por falta de confianza en mi mismo ("cómo voy a aportar código a una librería que han hecho expertos super cracks si soy un principiante!"). Luego veo aportaciones de gente que contribuye a esos módulos de proyectos populares de Java y pienso "yo también podría estar colaborando y devolviendo a la comunidad lo que sólo estoy consumiendo siempre".

No sé qué pensáis al respecto. Igualmente lo dejaría para otra ocasión, o, como mínimo, cuando esté acabado este proyecto concreto.

[Jonathan Vila Lopez]

​Una pregunta ........... porque hay tanta aversion a Spring ? desde un punto de vista de critica objetiva y constructiva, claro......​

Jonathan Vila       jonath...@gmail.com

 

[Loïc Prieto]

Debo decir que a mí también me sorprende mucho. Pensaba que lo hipster/cool era decir que JEE era kk y Spring lo molón. Pero en este jug me he encontrado un muro de aversión a Spring. Para proyectos de fuera de un contenedor o servidor web, Spring es la caña.

[Jonathan Vila Lopez]

me da que pasa lo mismo que con OSGi....... fuerzas malignas, enanitos diabolicos..... algo asi.

Jonathan Vila       jonath...@gmail.com

 

[Loïc Prieto]

¡Es que OSGI parece muy complicado visto desde fuera! Auqnue cuando lees su objetivo parece bastante molón. Lo tengo ahí pendiente de aprender y echarle un vistazo, aunque como nunca se aplica en ninguna empresa que conozca, parece un esfuerzo de aprendizaje de poca rentabilidad.

[Jonathan Vila Lopez]

lamentablemente si :(

pero no es tan dificil como parece.........almenos con lo basico....... de hecho hay opciones que te dan mucha cosa hecha : ServiceMix, JBoss Fuse, etc...

Jonathan Vila       jonath...@gmail.com

 

[Esteve Camps Chust]

A veure, per dijous vinent a mi em va bé trobar-nos. De fet, crec que fora bó fer-ho per a centrar-nos i escollir. Com ho teniu la resta?

Esteve Camps Chust

[Loïc Prieto]

Vale, por mí el jueves perfecto. Ahí estableceremos definitivamente lo que queremos hacer y repartiremos las tareas para implementarlo ya.

[Esteve Camps Chust]

Perdón, mejor si es el viernes.

[Loïc Prieto]

No me es posible el viernes, ya que el fin de semana, incluyendo viernes, estaré en Zaragoza :(

[Alex Soto]

Hola, varios puntos, yo no tengo odio a Spring, de hecho es un proyecto que he colaborado (sobretodo en Spring Integration) pero por esta misma razón que conozco el producto veo que hay muchas veces que se usa Spring porqué es lo que se ha usado siempre pero no por qué realmente se necesite. Pensad que igual en un proyecto se podria conseguir lo mismo con JavaEE 6 sin la necesidad de tener que usar más memória heap, ganando velocidad de escaneo en startup, ... bueno todas las razones sería un post un poco largo, pero evidentemente no quiere decir que no se deba usar Spring simplemente que se debe mirar bién cuando es una ventaja y cuando no.

Sobre como conectarse a las redes sociales con CDI: http://agorava.org/doc/getting-started/ aquí tenéis la solución a los problemas jejeje.

Alex.

El diumenge 30 de març de 2014 18:52:26 UTC+2, Loïc Prieto va escriure:

[Jonathan Vila Lopez]

Hola

Alex, te entiendo perfectamente....... mi pregunta iba encaminada a saber de forma objetiva que puntos hacen que exista una corriente que desestima Spring.

Por la misma razon que hay otra corriente que para abordar ciertos aspectos tira de Spring cuando JEE 6 en adelante ya estan cubiertos tambien......

Saludos.

Jonathan Vila       jonath...@gmail.com

 

[Loïc Prieto]

Es cierto que hay una corriente anti-JEE a favor de Spring. Creo que es todavía herencia de J2EE (cuanto mal ha hecho). Es una inercia que ha quedado de aquellos tiempos, cuando Spring era mucho más práctico que JEE estandar. También hay mucha gente que ha pensado que si Spring ya cumple lo que necesita, no necesita averiguar más.

Los tiempos han cambiado, y el stack oficial de JEE ya está a la altura de lo que ofrece Spring. Creo que es una cuestión de inercia, realmente. Y del pensamiento borreguil que suelen tener la mayoría de personas. Yo mismo no me he molestado demasiado en investigar qué ofrece CDI+JPA hasta ahora, que entro en un proyecto que es 100% eso y también por lo que hemos estado hablando del Workgroup.

[Alex Soto]

Bueno por ejemplo muchas veces queremos usar Spring sólo como contenedor de DI, y esto implica llevarte un montón de código que no vas a usar pero que encambio si que van a ir a tu directorio de librerías, esto implica mayor uso de memoria, así como tener un war más gordo (cuando quieres usar CD el tamaño puede importar un poco). Imagínate que tienes dos aplicaciones que usan Spring para DI, las dos aplicaciones las deployas en el mismo server, esto va a implicar que el servidor va a cargar a memoria el mismo jar dos veces, y si son tres aplicaciones pues 3 veces, ... pero encanvio si usas Java EE este problema no lo tienes ya que lo controla el contenedor. Pueden pasar cosas similares por ejemplo si usas el autoscanning. En el caso de Java EE sólo hace un escaneo al classpath, en el caso de Spring si se usan diferentes stacks pueden haber más de un escaneo (lo cual quiere decir más tiempo). 

También le veo tiempo de desarrollo. Para empezar a usar Spring necesitas declarar las dependencias, después configurar el web.xml (caso de web) y generar ficheros xml/o clases config. Con Java EE no necesitas nada simplemente anotar con @Inject un atributo.

Como ya comentaba es cuestión de ver qué se quiere hacer, a veces muchas cosas estan plenamente suportadas por Java EE y por tanto no sea necesario añadir más complejidad y capas a nuestra aplicación. Por ejemplo es muy fácil hacer una aplicación REST Webful en Java EE o bien CI, pero por ejemplo Spring Integration está bastante bién.

Por cierto (y que conste que es muy repelente) JEE no ha existido nunca, J2EE fues hasta la versión 1.4, y desde la versión 5, 6, 7 es Java EE, pero igualmente todo el mundo le dice JEE no se sabe muy bien porqué (de hecho si miráis en infojobs todas las empresas piden JEE :P).

Como comento no quiero dejar la impresión de ser antiSpring, simplemente que ha veces nos complicamos la vida cuando las cosas se pueden hacer mucho más fáciles. 

El dilluns 31 de març de 2014 11:33:18 UTC+2, Jonathan Vila López va escriure:

[Jonathan Vila Lopez]

Hombre Alex..... que me defraudas ;)

Como que Spring Integration esta muy bien ? no lo dudo, pero puestos a desgranar.........y donde queda Apache Camel ? El padre de la integracion !!!!

es coña, eh !!!!

Jonathan Vila       jonath...@gmail.com

 

[Nacho Cougil Jares]

Uf! Yo si queréis sobre discutir si Spring bueno o malo, me parece que tendríamos que hacerlo con una cerveza en la mano ;-)

No, en serio, que la discusión creo que es tan antigua como el sexo de los ángeles (bueno, no sé si tanto) pero está claro que Spring acaba generando un overhead que acaba pagando tu aplicación para hacer el sistema un pelo más lenta. Además que una vez empiezas con un módulo de Spring... luego no acabas nunca de añadir módulos ;-) Creo que la aplicación "de facto" del uso de Spring en nuevos proyectos es un tema de herencia y conocimientos del equipo que va a llevarlo a cabo más que otra cosa.

Dicho lo cual, y sin querer ser demasiado drástico e intentando "anar per feina", ¿nos vemos este jueves? Hasta la fecha parece el día que tenía más opciones, ¿no? Loïc & Max pueden y yo también, parece que a Esteve no, ¿alguien más o preferís quedar la semana que viene?

Un saludo,

[Loïc Prieto]

Me gustaría hacerlo ya esta semana, sino se nos va a alargar hasta el infinito. Si sólo podemos el jueves, tendrá que ser eso. Me gustaría que salieramos ya con todas las tareas claras para empezar a implementar las cosas. Mea culpa por haberlo pospuesto tanto.

[Nacho Cougil Jares]

Ok.

Tranqui hombre, que no hace falta fustigarse! ;-) Venga, pues sólo hace falta proponer lugar y hora para poder anunciarlo a posteriori.

Salu2,

[Loïc Prieto]

La verdad es que no conozco demasiados sitios en los que quedar que se esté tranquilo y cómodo para charlar este tema. Se me había ocurrido algún hotel, que siempre tienen sillones cómodos y mesas, y si no pides nada extravagante, no te sale mucho más caro que otro lado. Pero estoy abierto a sugerencias. A ser posible que no estén muy lejos de una parada de la línea 1 y tirando a céntrico.

[Sergi Martínez]

Y en una biblioteca? muchas tienen salas de estudio que se pueden reservar.

2014-04-02 11:02 GMT+02:00 Loïc Prieto <loic.se...@gmail.com>:

asiados sitios en los que quedar que se esté tranquilo y cómodo para charlar este tema. Se me había ocurrido algún hotel, que siempre tienen sillones cómodos y mesas, y si no pides nada extravagante, no te sale mucho más caro que otro lado.

--

Sergi Martínez

sergi.m...@gmail.com

http://sergiandreplace.com

[Loïc Prieto]

Hereje! Anti español! Pero cómo vamos a poder hablar y debatir bien sin un pica pica y unas cervezas de por medioooooo!

--

[Loïc Prieto]

He encontrado el sitio perfecto! Fui hace un año o así. Es un bar que está en la calle entre Consell de Cents y Diputació (https://www.google.es/maps/@41.3878235,2.1625643,20z), pero no recuerdo el nombre dle bar. La parada de metro más cercana es Universitat, de la línea 1.

Si queréis, podemos quedar ahí a las 18:30? Cuando llegue al sitio os confirmo el nombre del bar. Google Street View no entra ahí.

[Esteve Camps Chust]

pot ser a les 19?

--
Esteve Camps Chust

[Loïc Prieto]

Sí, por mí sí.

[Max Pimm]

Oh nooooo. Un improvisto familiar me ha complicado el tema está tarde. No voy a poder  venir :(

Apuntadme para una tarea. Por ejemplo, uno de los siguientes:

• Configuración del build: Gradle, integración asciidoc etc
• Integración Angular y frontend
• Integración de alguno de los servicios

Sorry that i wont be there.

Max

[Loïc Prieto]

No pasa nada, Max, ya te apuntaremos alguna tarea de estas que se podrían calificar amablemente como soul crushing como revisar manualmente las 496 reglas de checkstyle y PMD para este proyecto.

[Loïc Prieto]

Al final el bar elegido es Cosmo, en la calle que puse.