The getRowCount() method is described in "10.9 Interface Result", and the fact that an object implementing the Result interface is used to hold the result from <sql:query> is decsribed in "10.3 <sql:query>".
All information needed to implement the JSTL actions is provided in the spec, and this should also provide all information you need to use JSTL. Like Shawn said, detailed examples of how to develop applications with the JSTL actions are not included, but will be covered by many books shortly. Two that I know of are Shawn's upcoming JSTL book (Manning) and the second edition of my JSP book (O'Reilly), to be released soon. Since this is an open source project, you are of course welcome to add as much documentation as you think is needed. Just write it and submit it to the list. Hans Paul DuBois wrote: > At 17:36 -0400 5/11/02, Agrawal, Anuj (Anuj)** CTR ** wrote: > >> > >:) Yes, actually i'd done this already. But the spec doesn't >> >>> >provide information for every single parameter/attribute/value for >>> >each tag action. >>> >>> It doesn't? What's an example of this? >> >> >> Hmm.. perhaps i'm not able to trace the sources for the information >> properly via the spec, and that's how you could help me.. but, for >> example, i wasn't able to find the property rowCount of the resultset >> from a query listed anywhere in the spec.. and again, i'd like to >> re-state that i don't expect it to be in the spec.. i guess i'm asking >> for help in discovering how to go about finding this information.. it >> must be listed somewhere.. > > > Ah. Okay, that's something that the spec should point out I think, > which is when it describes class interfaces to information via getXxxYxx() > methods, it could mention that you can use xxxYyy variables in RT > expressions. > (e.g., getRowCount() for a ResultSet object translates into a rowCount > member of a result set variable.) At least, I don't *think* the spec > points > this out anywhere. Perhaps it's not a general principle that holds > throughout > JSTL. > > But I've found it a useful guess, at least. :-) > > I'll cc: this to the working group; maybe they'll comment or incorporate > the suggestion. > >> >> Thanks for your patience.. :) >> Anuj. > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > -- Hans Bergsten [EMAIL PROTECTED] Gefion Software http://www.gefionsoftware.com JavaServer Pages http://TheJSPBook.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
