A este paso, me voy a quedar sin pinturas xD
Which two are programming restrictions in the EJB 3.0 specification? (Choose two)
- An enterprise bean must NOT attempt to load a native library
- An enterprise bean must NOT declare static fields as final
- An enterprise bean must NOT attempt to create a new security manager
- An enterprise bean must NOT propagate a RuntimeException to the container
- An enterprise bean must NOT attempt to obtain a javax.naming.InitialContext
Las restricciones de programación son muchas, pero aquí nos piden identificar dos. Comencemos:
Un EJB no debe leer ni escribir campos estáticos. Si se permite el uso de campos estáticos de sólo lectura, por lo que se recomienda que todos los campos estáticos de una clase EJB sean declarados como FINAL. Entonces, la segunda no va.
Un EJB no debe intentar crear un class loader; obtener el class loader actual; configurar el class loader; configurar el security manager; crear un nuevo security manager; detener la JVM; o cambiar los streams de input, output y error (uff!!!). De lo que inferimos que la segunda es correcta.
Además, un EJB no debe intentar cargar una librería nativa, ya que este trabajito lo hace el contenedor EJB. DE ahí que la primera también es correcta.
En lo referente a la cuarta y la quinta opción, las he buscado en el listado de restricciones y no las he encontrado; debido a que son tareas comunes y se realizan con frecuencia en el desarrollo EJB. Por lo tanto, nos quedamos con la primera y la tercera.
Pregunta tomada de ExamWorx
Publicar un comentario