repositories dependency buildscript open-source maven-2 dependencies ivy

open source - dependency - Cómo mostrar créditos



gradle set maven url (3)

Generar la página con cada compilación sería un desperdicio si las bibliotecas no van a cambiar a menudo. Las versiones de la biblioteca pueden cambiar, pero las bibliotecas reales no. Más fácil sería simplemente crear una página HTML sería la salida más fácil, pero eso es un dolor de cabeza de mantenimiento más. Generarlo una vez e incluirlo con el paquete. El script siempre se puede ejecutar nuevamente en caso de que se realicen algunos cambios en las bibliotecas (actualización de versiones, adición de nuevas bibliotecas).

Quiero dar crédito a todas las bibliotecas de código abierto que utilizamos en nuestra aplicación (comercial). Pensé en mostrar una página HTML en nuestro diálogo de acercamiento. Nuestro proceso de compilación usa ant y las libs de terceros están comprometidas en svn.

¿Cuál crees que es la mejor forma de generar la página HTML?

  • ¿Código duro la página HTML?
  • Cambia la gestión de dependencias a apache-ivy y escribe alguna tarea ant para generar el html
  • Use maven-ant-tasks y escriba alguna tarea ant para generar el HTML
  • Utilice maven solo para manejar las dependencias y el HTML una vez, descárguelos y complételos. El resto lo hacen las secuencias de comandos sin modificar
  • Cambia a maven2 (Hey, jefe, quiero cambiar a maven, en 1 mes la compilación puede funcionar de nuevo ...)
  • ...

¿Qué elementos debería mostrar el diálogo de acercamiento?

  • Nombre de la biblioteca
  • Versión
  • Licencia
  • Autor
  • Página principal
  • Cambios realizados con el enlace al archivo fuente
  • ...

¿Hay algún consejo de buenas prácticas? Algunos buenos ejemplos (aplicaciones que tienen un buen diálogo sobre las dependencias)


Hay dos cosas diferentes que debes tener en cuenta.

En primer lugar, es posible que necesite identificar las licencias del código de terceros. Esto a menudo se reduce con un archivo THIRDPARTYLICENSE. Sun Microsystems hace esto mucho. Busque en el directorio de instalación de OpenOffice.org, por ejemplo. Hay ejemplos de versiones .txt y .html de dichos archivos.

En segundo lugar, es posible que desee identificar sus dependencias en el cuadro Acerca de de una manera breve (y también hacer referencia al archivo de información de la licencia). Me aseguraré de que las versiones aparezcan en el cuadro Acerca de. Una cosa que la gente quiere verificar rápidamente es una indicación de si la copia del código que tienen necesita ser reemplazada o actualizada debido a que una de las dependencias de su biblioteca tiene una falla o vulnerabilidad de seguridad divulgada recientemente.

Así que supongo que la otra cosa que desea incluir en el cuadro sobre es una forma para que las personas encuentren su sitio de soporte y cualquier aviso de importancia para los usuarios de la versión en particular (ya sea que tenga o no una provisión en su aplicación para verificar- línea para actualizaciones).


La tarea Ant parece ser la mejor manera. Hacemos algo similar en uno de nuestros proyectos. Todas las bibliotecas de código abierto están presentes en una carpeta específica. Una tarea Ant lee el manifiesto de estas bibliotecas, versiones, etc. y genera un código HTML, copias en otra carpeta especificada desde donde es recogido por el contenedor web.