Hi Steve,
I started playing with RMI far before playing with JSP and I've followed
the RMI list for a long time so let me tell you what I "feel" from what
I've heard. As you say, many people is focusing in server side
development due to the problems that the Internet itself causes for
worldwide distributed applications, but from what I've seen and heard
many people is using remote object layers on Intranets or to create a
tiered business logic in the server, behind the curtains. That allows a
user to connect to your app. using a browser and accessing servlets and
meanwhile you can, for example, implement load balancing with RMI,
connect to legacy systems using CORBA, JNI, access several database with
JDBC... Whether all of this is worth the time, I wouldn't do it just for
the joy of saying I've done it but in some cases it would be just
necessary. I haven't found such a need of using CORBA or RMI in my real
app's, even though I did some prototyping, but in the application I'm
developing now, we added an extra layer between the Java&JDBC code and
the database schema through PL/SQL so we can isolate the java code from
the changes in the DB schema. So instead of using RMI to distribute the
load in the server side, we use SQL*Net. So it's something like "know
your tools and use the the proper/best one for every job". IMHO, one of
the more powerful features that java has is that it lets you mix all of
these "tools" (RMI/Servlets/JSP/JDBC/CORBA...) very easily, so designing
an architecture is like building a puzzle.
Just my 2 cents,
Dan
PD: Just a small off topic cent, IMO, showing that you know these Java
tools and when/where/how to use them should earn you a Java certificate
much more than knowing that the java.idontcare.WhoKnows class has three
different constructors with a specific syntax. You can solve the second
question in 10 seconds with the javadoc generated documentation but
there's no clear manual for the first ones.
-------------------------------------------
Daniel Lopez Janariz ([EMAIL PROTECTED])
Web Services
Computer Center
Balearic Islands University
-------------------------------------------
Steve Houghton wrote:
>
> I realize the benefits of separating business logic from the presentation
> between servlets and jsp. However I wondering if anyone actually takes it
> one step further and actually goes to a remote object layer (RMI or CORBA).
> There obvious advantages to that are that any other application based on any
> technology (client server, host-based or web) can plug right in using these
> common objects. BUT, what I'm curious about it the overhead of worrying
> about such things given that there is an obvious trend of less development
> toward client/server and MUCH more web. (The other overhead would be in
> actual execution time as well). While I like the model, is it really worth
> it?
>
> Also, as far as separation goes, I'm currently using a process where i've
> got:
>
> JSP->servlet->SQL helper classses specific to the servlet->generic SQL
> helper classes to do the grunt work.
>
> I'm always looking for better ways and would like any comment as to what
> others are doing.
>
> I've been an ASP developer for 3 years and have jumped in to this JSP/Sevlet
> stuff a month ago. I absolutely love this compared to ASP. Its 100 times
> cleaner and you can easily get to much more powerful api's simpler and
> faster. To any of the people designing the JSP/Servlet specs: keep up the
> excellent work - i'd be surprised if anyone does web development using
> anything else in a year or so.
>
> Steve
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JSP-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
