Tim,
I would definitely be interested. What I was thinking off would be a
little more generic than what the article was describing. Basically it
might work like the following:
http://localhost/myservlet?param1=Rick¶m2=Gibbs
class MyObject {
String param1
String param2
}
Inside the Servlet:
MyObject obj = new MyObject()
ServletUtils.updateObject( request , obj );
updateObject would use reflection to determine if the parameters from
the request matched any in the object and then set them accordingly.
Think this is an option?
Rick
----- Original Message -----
From: Clotworthy, Timothy (GEIS) <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, July 13, 1999 5:32 PM
Subject: Re: Servlets and Introspection
> I found a very interesting article in Servlet Central Magazine, March 1999
> (http://www.servletcentral.com/) on using reflection to process requests.
It
> has demo with source code demonstrating using a single servlet to manage
> requests for all your transaction types (in other words, using one servlet
> to manage requests for your entire web site). I ran the demo on my unix
box,
> and it works fine.
>
> This technique is very powerful. From a design perspective, the UI and the
> processing components are separated, with obvious virtues. It is also
highly
> extensible, since adding new transactions only requires specifying a new
> transaction type in the initialization, and then extending the generic
> transaction class.
>
> If you have ever worked in a servlet environment with a bunch of people
with
> varying levels of experience all designing servlets for the same project
at
> the same time, then this technique becomes very appealing, because you
> isolate the web server communication logic from the other processing and
> domain logic. In other words, all of your Java developers do not have to
be
> servlet developers. There are any number of other virtues as well.
>
> By the way, the demo falls short of showing the full independence of the
> servlet because the number of params is hardcoded. I brought this to the
> writer's attention and he showed me how to complete the design properly.
Let
> me know if you are interested in taking it further.
>
> Tim Clotworthy
>
> -----Original Message-----
> From: Rick Gibbs [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 13, 1999 3:40 PM
> To: [EMAIL PROTECTED]
> Subject: Servlets and Introspection
>
>
> I was just looking back on a couple servlet related projects that I had
been
> working on and started to notice that alot of the code that I wrote was
> getting parameters from the request and setting attributes of different
> objects. With JSP and beans there is introspection but I was wondering if
> anyone implemented something similar for servlets. You could have some
sort
> of function that took a request and set the attributes of a object where
> they matched up. Does this sound like something that has been done or
could
> be done? Anybody have advice on how we could go about implementing this?
>
> Thanks
>
> Rick
>
> _________________________________
> Rick Gibbs
> earthcars.com, Inc.
> [EMAIL PROTECTED]
> http://earthcars.com
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
