I just had one comment on your use of a bean for validation. I'm not taking
issue with your use of a bean for server-side validation. We do server-side
validation too. I just think you are overstating the advantages of the
approach in comparison to client-side validation. With a little
infrastructure work, you can do pretty much the same thing for client-side
validation. I explain our approach below in the context of your discussion
of server-side validation via beans.
- Mike Van Riper
[EMAIL PROTECTED]
> -----Original Message-----
> From: Kishore Raghavan [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, April 18, 2000 10:53 AM
> To: [EMAIL PROTECTED]
> Subject: Re: A Live Fully Functional Database Application in JSP
>
>
> Hi,
>
> Answers to questions:
> 1. You are right, we could have used JSP to do it. The reason
> we did not do
> it wass because, the project was all ready to go when they
> decided to plug
> in the new home page with random images. So the right decision at that
> moment was to go ahead with that instead of adding more java
> code. Moreover
> the home page does not really need the power of JSP to create
> random images.
> So we did not bother about doing it with this release.
>
> 2. We dont do validations at client side, we have a bean
> which we call as
> JSPForm which does all the tasks of validation, coloring the fields ,
> redisplaying the enetered parameters etc. So we use that bean
> to handle
> everything. That is why we dont use client side validations.
> Though the time
> taken for validating the fields would be more than client
> side validations,
> it is not that bad. On the contrary by having a bean which
> does all these
> things has more advantages.
> For example if we decide to add a REQUIRED field of type URL, the only
> change we hav to change in the JSP files to automatically
> validate it is
> <% form.setRequiredField("newFieldName", Validator.URL_REQUIRED); %>.
> this lines tells the form bean that a field called
> newFieldName is of Type
> URL and it is required. If the field is not required but
> still should be
> checked if entered, then we use,
> <% form.setRequiredField("newFieldName", Validator.URL); %>.
In my application, we do both client-side and server-side validation. We use
XML source files transformed using XSL into the actual JSP pages that
comprise the application (we do this at design-time, not, a run-time step as
discussed in some other posts on this list). I mention this because this
allows us to do basically the same thing you are listing as a bean
advantage. In our case, it is even simpler than your example. We have XML
definitions for our business objects and they define what fields are
required or not. So, you don't have to change each reference to the required
field in all your forms. In our case, you change one line in the XML
definition for the business object and then all forms that refer to that
field get the JSP generated to do or not do the required field validation on
the client-side. Of course, this involves a library of JavaScript functions
that support this capability which we also have built.
>
>
> Probably you could not go through the signup form is because you are
> entering wrong/invalid data in some field marked as *. If you
> enter a wrong
> data like a wrong pin number (US Pin Number - 5 digits is a
> valid one), then
> that field will get highlighted in Red. So check for the
> fields which are
> highlighted in Red.
>
> 3.Well Every page is constructed in parts by different beans and then
> combined to form an HTML page.
> The left bar is constructed by a LeftBar Bean, The Right Bar
> by a separate
> bean, Similary there is beans which contruct the Top Navigation.
>
> Above all there is a pageTemplate bean which consist of the
> Header, Footer,
> The Black Square Box and VARIABLES for inserting the above mentioned
> navigations. These vaiables are replaced by the HTML parsers
> which we have
> developed.
>
> This is done mainly because if the client wants, he can very
> easily replace
> the way the top navigations or the left navigation looks. Or
> he can also
> change the way the Header and Footers look without having to
> change any code
> in Java Files or JSP Files. All the templates for the
> navigation and headers
> and footers are stored in one file with TAGNAMES. So he can
> just change that
> file and see the effect immediatley. The beans use these
> tagnames, so he
> should not be changing the tagnames or else the beans wont work.
>
> I Hope I answered all you questions. feel free to write to me
> if you have
> need more information
>
> Thanks & regards
>
> Kishore Raghavan
> Web Engineer
> Synapta Inc,
> [EMAIL PROTECTED]
> -----Original Message-----
> From: A mailing list about Java Server Pages specification
> and reference
> [mailto:[EMAIL PROTECTED]]On Behalf Of piyush raj jain
> Sent: Tuesday, April 18, 2000 6:40 AM
> To: [EMAIL PROTECTED]
> Subject: Re: A Live Fully Functional Database Application in JSP
>
>
> hi kishore ..
> just following the list from last one month..
> till now i havn't completed any real work on it.
> sorry if something silly ..........
> just curious!
> 1.when you have the power of jsp at server side ...
> then why you prefered to generate the random images in home page from
> javascripts..
>
> 2.i guess the best place where u should have used the javascript is at
> client side
> form validations.
> (five times i have submitted the new user form but still not
> getting what is
> the
> error,it may be because i am filling dummy data,not keeping
> eye on pincode
> validity etc)
> 2.in demo ,only the content in the white box is different
> then what is the
> need to
> have separete jsps for each page .
> ----- Original Message -----
>
> > From: Kishore Raghavan <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Tuesday, 18 April 2000 3:52
> > Subject: A Live Fully Functional Database Application in JSP
> >
> > > Hi Everyone,
> > >
> > > If you are looking for a live web application written
> completely in Java
> > > JSP, then you should be going to www.redladder.com
> > >
> > > This is developed completely in JSP by Synapta Inc, a web
> application
> > > development company in Palo Alto, California (www.synapta.com)
> > >
> > > RedLadder.com is a vertical portal for construction contractors,
> providing
> > > web-based tools that help them to organize their businesses more
> > > effectively. The system allows contractors to collect pricing
> information,
> > > contact subs and suppliers, and track responses to bid invitations
> online.
> > >
> > > You can join as a member which is completely FREE and
> move around to see
> > the
> > > WONDERS OF JSP. This is truly the application which can serve as a
> > examples
> > > for those who have any doubts in their mind about the strength and
> > > advantages of JSP.
> > >
> > > I am sure even Sun Microsystems would be happy and
> appreciate after they
> > go
> > > through the site.
> > >
> > >
> > > Thanks
> > >
> > > Kishore Raghavan
> > > Web Engineer
> > > Synapta Inc,
> > > [EMAIL PROTECTED]
> > >
> > >
> >
> ==============================================================
> =============
> > > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> > JSP-INTEREST".
> > > Some relevant FAQs on JSP/Servlets can be found at:
> > >
> > > http://java.sun.com/products/jsp/faq.html
> > > http://www.esperanto.org.nz/jsp/jspfaq.html
> > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
> >
> >
> ==============================================================
> =============
> > To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> > Some relevant FAQs on JSP/Servlets can be found at:
> >
> > http://java.sun.com/products/jsp/faq.html
> > http://www.esperanto.org.nz/jsp/jspfaq.html
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
> > http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
>
> ==============================================================
> =============
> To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
> JSP-INTEREST".
> Some relevant FAQs on JSP/Servlets can be found at:
>
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff
JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
===========================================================================
To unsubscribe: mailto [EMAIL PROTECTED] with body: "signoff JSP-INTEREST".
Some relevant FAQs on JSP/Servlets can be found at:
http://java.sun.com/products/jsp/faq.html
http://www.esperanto.org.nz/jsp/jspfaq.html
http://www.jguru.com/jguru/faq/faqpage.jsp?name=JSP
http://www.jguru.com/jguru/faq/faqpage.jsp?name=Servlets
