Cuando se elige la base del código para ejecutar una revisión del código, éste debe cumplir ciertos requisitos previos. Lo más importante es que todos los archivos de la base del código se han de poder compilar cuando ejecute la revisión.
Fíjese en los requisitos previos siguientes cuando ejecute una revisión del código y en los problemas que pueden surgir si no se cumplen estos requisitos:
- El código debe poderse compilar. La ejecución de la revisión del código en código no compilable puede dar lugar a resultados parciales, incoherentes y algunas veces erróneos.
- No debe haber problemas de codificación. Si un proyecto no se puede leer debido a problemas de codificación y, además, no se puede ejecutar en secciones no compilables, la revisión del código no funcionará en absoluto.
- Los valores de codificación deben ser correctos. Los valores de codificación incorrectos podrían producir resultados parecidos a ejecutar la revisión de código en no compilable.
Los requisitos previos siguientes corresponden sólo a la revisión del código de Recomendaciones de J2EE:
- Se han de compilar los proyectos web dinámicos J2EE. Esto permite que se activen todas las reglas de la revisión del código de Recomendaciones de J2EE.
- Si migra código de un espacio de trabajo WebSphere® Studio Application Developer
(WSAD), deberá definir manualmente el servidor. Pulse el botón derecho del ratón sobre el proyecto y, a continuación, pulse Propiedades > Servidor.
Advertencias
Cuando cumpla los requisitos previos y esté listo para llevar a cabo la revisión del código, tenga en cuenta que hay ciertas advertencias para determinadas situaciones.
Ejecutar una revisión de análisis estructural del código: Cuando realice una revisión del código de análisis estructural, deberá ejecutar la revisión en el espacio de trabajo.
De esta forma se asegura de que se va a revisar el código de cada proyecto para realizar un análisis estructural completo.
Evitar que haya varios archivos con la misma vía de acceso Java: Cuando realice ciertas revisiones del código en el espacio de trabajo, la revisión no abarca varios archivos con la misma vía de acceso Java aún cuando los archivos estén en proyectos distintos. Este comportamiento corresponde a las revisiones de código que requieren mucho proceso del sistema:
- Revisión de análisis estructural del código
- Revisión del código en cuanto a recomendaciones de J2EE
- Revisión completa del código
- Reglas de control de la arquitectura creadas por el usuario
En consecuencia, es mejor evitar que haya varios archivos con la misma vía de acceso Java.
Ejemplo: Supongamos que el espacio de trabajo contiene el proyecto Ejemplos_ROJOS y el proyecto Ejemplos_AZULES. Ambos proyectos contienen el paquete Color que incluye el archivo brillo.java. Cuando ejecute una revisión del código en el espacio de trabajo, la revisión sólo tratará un archivo brillo.java. Puede revisar el código de ambos archivos si no tuviera los dos en la misma vía de acceso, por ejemplo, si los renombra como brillor.java y brilloa.java.
Si el espacio de trabajo tiene varios archivos con la misma vía de acceso Java, puede ejecutar una revisión del código que abarque los distintos archivos definiendo el espacio de trabajo de la forma siguiente:
- Particione el espacio de trabajo de forma que no haya dos archivos con la misma vía de acceso en un espacio de trabajo.
- Cargue un espacio de trabajo cada vez.
- Ejecute una revisión de código independiente en cada estación de trabajo.