2010-04-04 12 views

Respuesta

8

La implementación de sala limpia significa en este contexto que el código se escribió solo a partir de la descripción y la especificación, pero no con acceso a ningún código potencialmente problemático.

Esto es importante ya que el código fuente de Sun anteriormente estaba bajo una licencia que era incompatible, especialmente con las distribuciones GPL. Al garantizar que el código no se haya escrito sin ningún tipo de acceso a dicho código, se garantiza que la licencia de Sun no se pueda encontrar posteriormente para aplicar a la implementación de sala limpia, y nuevamente será incompatible con la licencia GPL o cualquier otra restricción.

En otras palabras, es una garantía de que la licencia que se muestra se mantendrá.

+0

Tengo que instalar la implementación del código limpio antes de escribir mi proveedor. derecho ? –

+0

Necesitará un marco de JCE instalado, o el código de soporte no está allí. BouncyCastle utiliza la licencia MIT X11, que es tan buena como se puede obtener en términos de reutilización, por lo que puedes echar un vistazo a su código tanto como quieras para poder escribir el tuyo, sin influir en la licencia de tu producto final. –

+0

El problema es que los proveedores de JCE deben estar firmados por Sun * si * usa Sun's JRE. Supongo que si utilizas una implementación de JCE de terceros que no hace cumplir esto, entonces estás bien. Es importante distinguir entre la JCE y los proveedores de la JCE. Un ejemplo de clase JCE es la clase MessageDigest. El proveedor contiene las implementaciones de los resúmenes reales, como SHA1, que se recuperan a través de los métodos de fábrica getInstance. Bouncycastle, sé que proporciona un proveedor firmado, pero no lo hago si proporcionan un marco JCE. –

3

A pesar del nombre, la mayoría de las implementaciones se realizan en habitaciones con latas de cerveza y cajas de pizza en su mayoría vacías. Esto es hablando de experiencias pasadas, usted comprende :-)

Sin embargo, en el contexto del desarrollo de chips, una sala limpia es aquella donde las pequeñas imperfecciones (como el polvo) pueden causar problemas graves a escala nanométrica. Por lo tanto, se mantienen increíblemente limpios, con depuradores de aire, trajes de protección (protegen el medio ambiente, no el usuario) etc.

Por analogía, el desarrollo de la sala limpia del software se realiza sin acceso a imperfecciones que podrían causar problemas. En el caso del software de código abierto, esto significa no tener acceso a una implementación que podría estar "contaminada" por una licencia incompatible. (No es solo GPL, pero esto se cita comúnmente debido a su naturaleza viral). Sin embargo, esto también se aplica a proyectos de ingeniería inversa de fuente cerrada, como la creación del BIOS compatible con IBM que abrió el mercado a los clones de IBM en los años 80.

Cuestiones relacionadas