Use getServletContext().getContext("/context_folder") to get the context of the second application and pass the object. The code may look like : getServletContext().getContext("/context_folder").getRequestDispatcher("servlet_or_jsp_name").forward(request,response) you can retrieve the object from request. HTH
Servlets where not designed to make remote calls (from one JVM to an other) by default. This sounds more like a design issue than a servlet issue. You may want to consider taking the business logic in the servlet to be called and placing it into an EJB. Both servlets (and any other client down the road) will just call the EJB when that functionality is required. There really is no way to pass an Object from one servlet to an other, and you probably shouldn't design a system to do so. As stated above, you may look up an other J2EE app and pass the Req/Res to a URL in that app, but as far as passing an Object around, that is what EJBs are for.
Since that is a "different webserver" you are talking about, you might use a Java Message Service - it has provision for serialized objects as messges and may be simpler than EJB. Of course a direct socket connection between the two servers could also be used for the simplest one-shot. You might tell us more about the volume of traffic, reliability requirements, size of the object, etc. as there are LOTS of possible solutions. Bill [ January 05, 2004: Message edited by: William Brogden ]