Thanks! Yes, the no-RMI is the problem ... I appreciate your response!
Zoran -----Original Message----- From: Discussion list for Java 3D API [mailto:[EMAIL PROTECTED]]On Behalf Of Bernd Fondermann Sent: Thursday, September 26, 2002 1:47 AM To: [EMAIL PROTECTED] Subject: Re: [JAVA3D] Java3D in the context of the application servers ? On Thursday 26 September 2002 06:43, CONZUK wrote: || Hi there! || || If the architecture of the app is a client-server, where the || rendering is done at the client (applet) || and the objects are assembled at the 3D server, and RMI is used as || communication tool, how feasible || is to think about using one of the application servers, like || Apache/WebLogic/Oracle App server for the || 3D server? It seems that for industrial/production-strength 3D || server, with RMI, security and all of the other || stuff besides the 3D part itself, there is a lot of coding that is || already available in the off-the shelf || application servers ... zoran, In any production system i dealt with or heard of having either - a web server (like apache, the smallest solution) or - a Servlet engine (like Tomcat, a medium-sized solution) - an EJB server (like WebLogic, the big one) involved, client/server communication was never done using RMI. this is absolutly non-standard. instead, they all use HTTP. what you get from a Servlet engine is Session handling and some security. (plus support for JSP which you don't need for RMI.) additionally to that, an EJB server is giving you some security features, maybe load-balancing and EJB's which help you - modularizing your business logic - putting up a real 3(+)-tier app with own tier for database access (you need that?) - doing 'transactional' operations - by providing availability, scalability, blabla. the EJB's run in the guarded environment of the EJB server. my experience is that you don't save in terms of coding. EJB's are bold, standardized components with some overhead. i stopped using them although i am using the idea behind them. bernd =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help". =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
