[Fwd: Proposal for standardized tags]

1999-09-02 Thread Michael Hu
-- Michael Hu, Paradox Team x5279 BTW -- not sure if you meant to CC JSP-INTEREST, but you didn't -- you can forward any of these responses to there if you like. Michael Hu wrote: > Yes. Also, would allow a database connection to > have a different lifetime than a server-side cached > qu

Re: [Fwd: Proposal for standardized tags]

1999-09-02 Thread Foster Bob
Michael Hu wrote: >Connection attributes don't belong in the query tag, definitely. I would >argue connections (and query select statements) also don't belong in JSP >pages. Sorta orthogonal. Then how do you propose to implement commit and rollback in JSP pages? Bob Foster Symantec Internet To

Re: [Fwd: Proposal for standardized tags]

1999-09-02 Thread Taylor Gautier
st if not all JSP applications need these tags? For database tags, I think the answer to that question is definitely NO! -taylor - Original Message - From: Foster Bob <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, September 02, 1999 12:28 PM Subject: Re: [

Re: [Fwd: Proposal for standardized tags]

1999-09-02 Thread David Navas
Foster Bob wrote: > Michael Hu wrote: > > >Connection attributes don't belong in the query tag, definitely. I would > >argue connections (and query select statements) also don't belong in JSP > >pages. Sorta orthogonal. > > Then how do you propose to implement commit and rollback in JSP pages? A

Re: [Fwd: Proposal for standardized tags]

1999-09-02 Thread Foster Bob
David Navas <[EMAIL PROTECTED]> (I'm pretty sure this time) wrote: >That said, I think commit and rollback don't belong in JSP pages. Wherever they belong, the issue is ensuring that all database actions involved in a commit use the same connection reference. Bob Foster Symantec Internet Tools h

Re: [Fwd: Proposal for standardized tags]

1999-09-04 Thread Jeff Rodenburg
Playing devil's advocate: How much of this decision is based on perceived best practices or preferred coding methodology? As the language matures, would making a decision at this level have to be "undone" later if advancements were made in db connectivity? Not picking a fight, just trying to lo