According to the EJB specification:


____
An enterprise bean must not attempt to listen on a socket, accept connections on a socket, or use a socket for multicast.

{empty}...


* The enterprise bean must not attempt to set the socket factory used by ServerSocket, Socket, or the stream handler factory used by URL.

These networking functions are reserved for the EJB container. Allowing the enterprise bean to use these functions could compromise security and decrease the container’s ability to properly manage the runtime environment.

____

Since EJB's may be passivated (temporarily serialized at the discretion of the container), using sockets in an EJB could cause resource leaks. Instead, you should work at a higher level and let the container handle such resources.


This rule raises an issue each time a socket is created or or retrieved from another class in a servlet class or EJB.


== Noncompliant Code Example

----
public void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
  // ...

  Socket sock = null;
  try {
    sock = new Socket(host, 3000);  // Noncompliant
    // ...
  } catch (Exception e) {
    // ...
  }
}
----


== See

* http://cwe.mitre.org/data/definitions/246.html[MITRE, CWE-246] - J2EE Bad Practices: Direct Use of Sockets
* http://cwe.mitre.org/data/definitions/577.html[MITRE, CWE-577] - EJB Bad Practices: Use of Sockets


ifdef::env-github,rspecator-view[]
'''
== Comments And Links
(visible only on this page)

include::comments-and-links.adoc[]
endif::env-github,rspecator-view[]
