1 / 39

JAVA & J2EE UNIT – 7 JSP, RMI

Course code: 10CS753. JAVA & J2EE UNIT – 7 JSP, RMI. Prepared by: SANTHIYA.M & GANGA V. C. Department: Computer Science & Engineering. 23-Oct-19. JSP- Java Server Pages.

peggym
Download Presentation

JAVA & J2EE UNIT – 7 JSP, RMI

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Course code: 10CS753 JAVA & J2EE UNIT – 7 JSP, RMI Prepared by: SANTHIYA.M & GANGA V. C. Department: Computer Science & Engineering 23-Oct-19

  2. JSP- Java Server Pages • Java Server Pages (JSP) is a server-side programming technology that enables the creation of dynamic, platform-independent method for building Web-based applications.

  3. JSP Documents • JSP docs are XHTML Documents containing: • Fixed-Template Data: FTD • HTML Components • XML markup • JSP Components: <JSP>

  4. demo.jsp <?xml version = 1.0?><!DOCTYPE html PUBLIC ".../xhtml1-strict.dtd"><html xmlns = "http://www.w3.org/1999/xhtml"><head> <title> Demo </title> </head><body>FTD <JSP>FTD <JSP> FTD <JSP>...</body></html>

  5. JSP Components <JSP> • Scriptlets <%, <%--, <%=, <%! ... %> • Directives <%@ directive %> • Actions <jsp: action> ... </jsp:action> <myNS:action> ... </myNS:action>

  6. JSP Facts • The container compiles a JSP to a servlet the first time it is served. • Use JSPs when ratio of FTD to Dynamic Content is high • JSPs decouple design from programming • JSP = HTML containing Java • Servlet = Java containing HTML • JSPs replace views

  7. JSP Compilation

  8. Scriptlets • <% (partial) statement %> • <%-- comment --%> • <%! declaration %> • <%= expression %>

  9. Examples of Scripting Components • <%! int counter = 0; %> • counter = <%= counter++ %> • <% if (counter > 5) { counter = 0; } %>HTML<% else { counter++; } %>ALTERNATIVE HTML • <%-- don't read this --%>

  10. Implicit Objects • Application Scope • application • Session Scope • session • Request Scope • request • Page Scope • response, out, page, pageContext

  11. Example <% String name = request.getParameter("name"); if (name != null) {%> <p> Hello <%= name %> </p><% } else {%> <p> Hello John Doe </p><% } %>

  12. javax.servlet.jsp

  13. The JSP to Servlet Translation public class MyJSP implements HttpJspPage { // ... public void _jspService(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException { JspFactory factory = JspFactory.getDefaultFactory(); PageContext pageContext = factory.getPageContext(...); HttpSession session = pageContext.getSession(); JspWriter out = pageContext.getOut(); Object page = this; try { // body of translated JSP goes here ... } catch (Exception e) { out.clear(); pageContext.handlePageException(e); } finally { out.close(); factory.releasePageContext(pageContext); } }}

  14. Examples • clock.jsp <%= new java.util.Date() %> • scriptTest.jsp Pallindrome Tester • beanTest.jsp various counters • personView.jsp

  15. Standard Actions • <jsp:action> ... </jsp:action> • include • forward • plugin • param • useBean • setProperty • getProperty

  16. Directives • <%@ include ... %> • <%@ taglib ... %> • <%@ page ... %> <%@ page errorPage = "foo.jsp" %> <%@ page session = "true" %> <%@ page language = "java" %> <%@ page extends = "java.awt.Frame" %> <%@ page import = "java.util.*" %>

  17. Include Directive • <%@ include file = "banner.html" %>

  18. Include Directive vs. Action • <jsp:include page = "foo.jsp" flush = "true" /> • foo.html included after each change • <%@ include file = "foo.jsp" %> • foo.html included once at compile time • Static (html) or dynamic (jsp) files can be included

  19. forward • <jsp:forward page = "foo.jsp"> <jsp:param name = "date" value = "<%= new Date() %>" /></jsp:forward>

  20. RMI – Remote Method Invocation

  21. Client-Server Communication • Sockets • Remote Procedure Calls • Remote Method Invocation (Java)

  22. Sockets • A socket is defined as an endpoint for communication. • Concatenation of IP address and port • The socket 161.25.19.8:1625 refers to port 1625 on host 161.25.19.8 • Communication consists between a pair of sockets. • Considered a low-level form of communication between distributed processes. • Sockets allow only an unstructured stream of bytes to be exchanged. It is the responsibility of the client or server application to impose a structure on the data.

  23. Socket Communication

  24. Remote Procedure Calls • Remote procedure call (RPC) abstracts procedure calls between processes on networked systems. • Stub – client-side proxy for the actual procedure on the server. Server has a similar stub as well. • The client-side stub locates the server and marshals the parameters. • The server-side stub receives this message, unpacks the marshaled parameters, and performs the procedure on the server.

  25. Local Machine (Client) SampleServer remoteObject; int s; … s = remoteObject.sum(1,2); System.out.println(s); Remote Machine (Server) public int sum(int a,int b) { return a + b; } 1,2 3 Java Remote Object Invocation (RMI) • Overview of RMI • Java RMI allowed programmer to execute remote function class using the same semantics as local functions calls.

  26. The General RMI Architecture • The server must first bind its object name to the registry • The client lookup the server object name in the registry to establish remote references. • The Stub serializing the parameters to skeleton, the skeleton invoking the remote method and serializing the result back to the stub.

  27. The Stub and Skeleton • A client invokes a remote method, the call is first forwarded to stub. • The stub is responsible for sending the remote call over to the server-side skeleton • The stub opening a socket to the remote server, marshaling the object parameters and forwarding the data stream to the skeleton. • A skeleton contains a method that receives the remote calls, unmarshals the parameters, and invokes the actual remote object implementation.

  28. Steps for Developing an RMI System 1. Define the remote interface 2. Develop the remote object by implementing the remote interface. 3. Develop the client program. 4. Compile the Java source files. 5. Generate the client stubs and server skeletons. 6. Start the RMI registry. 7. Start the remote server objects. 8. Run the client

  29. Step 1: Defining the Remote Interface • To create an RMI application, the first step is the defining of a remote interface between the client and server objects. /* SampleServer.java */ import java.rmi.*; public interface SampleServer extends Remote { public int sum(int a,int b) throws RemoteException; }

  30. Step 2: Develop the remote object and its interface • The server is a simple unicast remote server. • Create server by extending java.rmi.server.UnicastRemoteObject. • The server uses the RMISecurityManager to protect its resources while engaging in remote communication. /* SampleServerImpl.java */ import java.rmi.*; import java.rmi.server.*; import java.rmi.registry.*; public class SampleServerImpl extends UnicastRemoteObject implements SampleServer { SampleServerImpl() throws RemoteException { super(); }

  31. Step 2: Develop the remote object and its interface • Implement the remote methods /* SampleServerImpl.java */ public int sum(int a,int b) throws RemoteException { return a + b; } } • The server must bind its name to the registry, the client will look up the server name. • Use java.rmi.Naming class to bind the server name to registry. In this example the name call “SAMPLE-SERVER”. • In the main method of your server object, the RMI security manager is created and installed.

  32. Step 2: Develop the remote object and its interface /* SampleServerImpl.java */ public static void main(String args[]) { try { System.setSecurityManager(new RMISecurityManager()); //set the security manager //create a local instance of the object SampleServerImpl Server = new SampleServerImpl(); //put the local instance in the registry Naming.rebind("SAMPLE-SERVER" , Server); System.out.println("Server waiting....."); } catch (java.net.MalformedURLException me) { System.out.println("Malformed URL: " + me.toString()); } catch (RemoteException re) { System.out.println("Remote exception: " + re.toString()); } }

  33. Step 3: Develop the client program • In order for the client object to invoke methods on the server, it must first look up the name of server in the registry. You use the java.rmi.Naming class to lookup the server name. • The server name is specified as URL in the from ( rmi://host:port/name ) • Default RMI port is 1099. • The name specified in the URL must exactly match the name that the server has bound to the registry. In this example, the name is “SAMPLE-SERVER” • The remote method invocation is programmed using the remote interface name (remoteObject) as prefix and the remote method name (sum) as suffix.

  34. Step 3: Develop the client program import java.rmi.*; import java.rmi.server.*; public class SampleClient { public static void main(String[] args) { // set the security manager for the client System.setSecurityManager(new RMISecurityManager()); //get the remote object from the registry try { System.out.println("Security Manager loaded"); String url = "//localhost/SAMPLE-SERVER"; SampleServer remoteObject = (SampleServer)Naming.lookup(url); System.out.println("Got remote object"); System.out.println(" 1 + 2 = " + remoteObject.sum(1,2) ); } catch (RemoteException exc) { System.out.println("Error in lookup: " + exc.toString()); } catch (java.net.MalformedURLException exc) { System.out.println("Malformed URL: " + exc.toString()); } catch (java.rmi.NotBoundException exc) { System.out.println("NotBound: " + exc.toString()); } } }

  35. Step 4 & 5: Compile the Java source files & Generate the client stubs and server skeletons • Assume the program compile and executing at elpis on ~/rmi • Once the interface is completed, you need to generate stubs and skeleton code. The RMI system provides an RMI compiler (rmic) that takes your generated interface class and procedures stub code on its self. elpis:~/rmi> set CLASSPATH=”~/rmi” elpis:~/rmi> javac SampleServer.java elpis:~/rmi> javac SampleServerImpl.java elpis:~/rmi> rmic SampleServerImpl elpis:~/rmi> javac SampleClient.java

  36. Step 6: Start the RMI registry • The RMI applications need install to Registry. And the Registry must start manual by call rmiregisty. • The rmiregistry us uses port 1099 by default. You can also bind rmiregistry to a different port by indicating the new port number as : rmiregistry <new port> elpis:~/rmi> rmiregistry • Remark: On Windows, you have to type in from the command line: > start rmiregistry

  37. Steps 7 & 8: Start the remote server objects & Run the client • Once the Registry is started, the server can be started and will be able to store itself in the Registry. • Because of the grained security model in Java 2.0, you must setup a security policy for RMI by set java.security.policy to the file policy.all elpis:~/rmi> java –Djava.security.policy=policy.all SampleServerImpl elpis:~/rmi> java –Djava.security.policy=policy.all SampleClient

  38. Java Policy File • In Java 2, the java application must first obtain information regarding its privileges. It can obtain the security policy through a policy file. In above example, we allow Java code to have all permissions, the contains of the policy file policy.all is: grant { permission java.security.AllPermission; }; • Now, we given an example for assigning resource permissions: grant { permission java.io.filePermission “/tmp/*”, “read”, “write”; permission java.net.SocketPermission “somehost.somedomain.com:999”,”connect”; permission java.net.SocketPermission “*:1024-65535”,”connect,request”; permission java.net.SocketPermission “*:80”,”connect”; };

  39. Comment for the Java Policy File 1. allow the Java code to read/write any files only under the /tmp directory, includes any subdirectories 2. allow all java classes to establish a network connection with the host “somehost.somedomain.com” on port 999 3. allows classes to connection to or accept connections on unprivileged ports greater than 1024 , on any host 4. allows all classes to connect to the HTTP port 80 on any host. • You can obtain complete details by following links: http://java.sun.com/products//jdk/1.2/docs/guide/security/spec/security-spec.doc3.html

More Related