jboss-user
[Arriba] [Todas las Listas]

Re: [jboss-Usuario] [JBoss Herramientas] - Soportando versiones en grand

To: User development <jboss-user@xxxxxxxxxxxxxxx>
Subject: Re: [jboss-Usuario] [JBoss Herramientas] - Soportando versiones en grande multi-módulo osgi proyectos
From: Max Rydahl Andersen <do-not-reply@xxxxxxxxx>
Date: Sun, 18 Sep 2011 04:33:32 -0400
Auto-submitted: yes
Delivery-date: Sun, 18 Sep 2011 04:34:43 -0400
Envelope-to: traductor@xxxxxxxxxxx
List-archive: <http://lists.jboss.org/pipermail/jboss-user>
List-help: <mailto:jboss-user-request@lists.jboss.org?subject=help>
List-id: The JBoss User main mailing list <jboss-user.lists.jboss.org>
List-post: <mailto:jboss-user@lists.jboss.org>
List-subscribe: <https://lists.jboss.org/mailman/listinfo/jboss-user>, <mailto:jboss-user-request@lists.jboss.org?subject=subscribe>
List-unsubscribe: <https://lists.jboss.org/mailman/listinfo/jboss-user>, <mailto:jboss-user-request@lists.jboss.org?subject=unsubscribe>
Reply-to: The JBoss User main mailing list <jboss-user@xxxxxxxxxxxxxxx>
Sender: jboss-user-bounces@xxxxxxxxxxxxxxx
Max *Rydahl *Andersen [*http://comunidad.*jboss.*org/Personas/*maxandersen] comentado en

"Soportar versiones en grande *multi-módulo *osgi proyectos"

para ver todos los  comentarios en este *blog correo, visita: *http://comunidad.*jboss.*org/Herramientas/de comunidad/*blog/2011/09/17/soportando-con-versiones-dentro-grande-*multi-módulo-*osgi-comentario#de proyectos-7627

--------------------------------------------------
Ian, 

con respecto a *PDE/Complexión - *Tycho hace la cosa misma exacta con 1.0.0.*qualifier - Esto es no diferente nada, la misma versión nunca es *reused para el mismo *bundle para liberaciones. 

Con respecto a Si "*nada* cambia en un *bundle entonces la versión no tendría que cambiar", estoy de acuerdo que aquello es el *optimal objetivo pero cuando justo escribiste .*qualifier Consigue cambiado en todo caso por la complexión así que esto de hecho pasa en todo caso si tú *dont sacar el .*qualifier. Y complacer nota, no estoy diciendo estamos poniendo la misma versión en todo 628 artefactos - justo poniendo una versión por módulo (así que 628 acontece 42 en cambio qué )

"*Eclipse el proyecto tiene 400 *bundles y dirigen sus versiones sin chocar cada *bundle para cada complexión" - aquello no es qué *im viendo, tienen .*qualifier También. En todo caso, *Eclipse el proyecto también tiene un trato bueno de más personas para manejar estas versiones. Aquello es otra aproximación podríamos tomar, reducir el número de módulos y versión les individualmente pero el resultado de fin sería similar... Conjunto más pequeño de *managable artefactos todo liberado a la vez - pero ahora puedes instalar partes más pequeñas  :)  

nota, archivos de mapa es de hecho la parte clave que pierde en *Tycho/*maven *workflow para evitar lleno *rebuilds en IMO de complexiones de la liberación, pero que no soluciona los problemas para *continous complexiones de integración.

Sé sobre *jar.*comparator/Herramientas de API (cuál *btw. Es bastante bueno pero *mucho* despacio y delicado de conseguir *setup todo *across módulos sin cualquiera habiendo *PDE o *Tycho dado en el proceso ;( - e incluso si lo tuvimos arriba y corriéndolo  justo ayuda sobre detectar los golpes de versión necesitados y allí todavía necesitaría ser un paso que pasa por y asegura *pom.*xml, manifiesta.*mf, característica, *etc. Es en *sync.
--------------------------------------------------

Max Rydahl Andersen [http://community.jboss.org/people/maxandersen] commented on

"Coping with versions in large multi-module osgi projects"

To view all comments on this blog post, visit: http://community.jboss.org/community/tools/blog/2011/09/17/coping-with-versions-in-large-multi-module-osgi-projects#comment-7627

--------------------------------------------------
Ian, 

regarding PDE/Build - Tycho does the exact same thing with 1.0.0.qualifier - this is no different at all, the same version is never reused for the same bundle for releases. 

regarding "If *nothing* changes in a bundle then the version should not change", I agree that is the optimal goal but as you just wrote .qualifier gets changed anyway by the build so this actually happens anyway if you dont remove the .qualifier. And please note, I'm not saying we are putting the same version on all 628 artifacts - just setting one version per module (so 628 becomes 42 instead which )

"Eclipse project has 400 bundles and they manage their versions without bumping each bundle for each build" - that is not what im seeing, they have .qualifier too. Anyway, Eclipse project also have a good deal of more people to handle these versions. That is another approach we could take, reduce the number of modules and version them individually but the end result would be similar... smaller set of managable artifacts all released at the same time - but now you can install smaller parts  :)  

note, map files is actually the key part missing in Tycho/maven workflow to avoid full rebuilds at release builds IMO, but that does not solve the problems for continous integration builds.

I know about jar.comparator/API Tools (which btw. is pretty good but *awfully* slow and tricky to get setup all across modules without either having PDE or Tycho die in the process ;( - and even if we had it up and running it would just help about detecting the needed version bumps and there would still need to be a step that goes through and ensures pom.xml, manifest.mf, feature's, etc. are in sync.
--------------------------------------------------

_______________________________________________
*jboss-Usuario *mailing lista
*jboss-user@xxxxxxxxxxxxxxx
*https://listas.*jboss.*org/*mailman/*listinfo/*jboss-Usuario
_______________________________________________
jboss-user mailing list
jboss-user@xxxxxxxxxxxxxxx
https://lists.jboss.org/mailman/listinfo/jboss-user
<Anterior por Tema] Tema Actual [Siguiente por Tema>