Por lo tanto, me gustaría utilizar las anotaciones de findbugs para suprimir las advertencias que consideramos que son un código correcto.Anotaciones de Findbugs - ¿Necesito anotación.jar y jsr305.jar en mi código desplegado?
¿Necesitamos desplegar la anotación.jar y jsr305.jar en nuestro tiempo de ejecución de producción, o solo necesitamos estos frascos en el classpath para nuestro proyecto Eclipse y nuestro entorno de compilación Unix?
Anotaciones tienen diferentes retention policies:
lógica indicaría que las anotaciones de retención de origen no sería necesaria en tiempo de ejecución, CLASE no debería, y RUNTIME debe estar disponible.
Un vistazo rápido a las anotaciones JSR 305 indica que utilizan la política de retención RUNTIME (example), lo que me indica que estas jarras serían necesarias para cargar las clases en tiempo de ejecución para satisfacer el contrato de anotación.
Pero en realidad no lo he probado yo mismo.
Por my related question, normalmente no se encontrará con ningún problema si estas anotaciones no están presentes en el tiempo de ejecución, aunque algunas sí tienen @Retention(RUNTIME).
Alex, gracias por indicarme el camino correcto con las anotaciones. Solo planeo usar la anotación edu.umd.cs.findbugs.annotations.SuppressWarnings, que tiene retención de CLASS. Probaré una prueba en los próximos días promocionando algunos archivos anotados en un entorno de compilación y ejecución. – tinman
Desafortunadamente, esto es incorrecto. Como [señala Matt McHenry] (http://stackoverflow.com/a/3577312/1005481), estas anotaciones no * necesitan * estar presentes en el tiempo de ejecución. –