Heh,
Always nice to see a discussion like this, instead of having it turn into a stupid
flamewar. I have to agree with James Mitchell that it is very true that not everybody
has the opportunity nor the time to really LEARN j2ee programming. In that aspect the
sql-tags do indeed make for a lower
I agree with Mr. Smith that dumping a working tool because it doesn't fit
the current (albeit valid) programming model. I personally would have
replace (steal) the sql: tags if they were abandoned because I am happily
banging away on a flat two tiered model.
All of my pages that derive from the
>
> > -Original Message-
> > From: Vic Cekvenich [mailto:[EMAIL PROTECTED]
> > Sent: zaterdag 12 juli 2003 1:21
> > To: [EMAIL PROTECTED]
> > Subject: Re: Stored procedure (RFI proposal)
> >
> >
> > Of course... data access in a presentation view
" <[EMAIL PROTECTED]>
Sent: Monday, July 14, 2003 9:36 AM
Subject: RE: Stored procedure (RFI proposal)
>
> I agree with Henri and Tim.
>
> Rather than seeing dogmatic rules about "never" and
> "always", I prefer to hear the reasons for doing
> things
I
> used it this way.
> >
> > -Tim
> >
> > -Original Message-
> > From: Martin van Dijken
> [mailto:[EMAIL PROTECTED]
> > Sent: Monday, July 14, 2003 6:02 AM
> > To: Tag Libraries Users List
> > Subject: RE: Stored procedure (RFI propos
day, July 14, 2003 6:02 AM
> To: Tag Libraries Users List
> Subject: RE: Stored procedure (RFI proposal)
>
>
> Agreed,
>
> I think it a horrific thing to do data manipulation in a JSP tag in the
> first place. Personally I think the whole SQL-taglib is something that neve
amounts of time on a small project
that I worked on just because of the fact that I used it this way.
-Tim
-Original Message-
From: Martin van Dijken [mailto:[EMAIL PROTECTED]
Sent: Monday, July 14, 2003 6:02 AM
To: Tag Libraries Users List
Subject: RE: Stored procedure (RFI proposal
> Sent: zaterdag 12 juli 2003 1:21
> To: [EMAIL PROTECTED]
> Subject: Re: Stored procedure (RFI proposal)
>
>
> Of course... data access in a presentation view is bad practice, much
> better to unit test a bean (with DAO, such as iBatis.com) in
> an MVC way.
> Then you
Of course... data access in a presentation view is bad practice, much
better to unit test a bean (with DAO, such as iBatis.com) in an MVC way.
Then you can reuse you bean for Soap, etc., not just JSP and keep your
JSP code clean.
Michael Duffy wrote:
Do you mean you want to batch commands, the
Do you mean you want to batch commands, the way the
java.sql.Statement.addBatch allows you to? That would
be useful to lots of people, I'll bet. I think that
would require tag changes, too.
I can see a tag that could have multiple
children. Do they do such a thing in
Jakarta's DBTags tagli
I was actually dealing with a similar problem yesterday; I wanted to write a
tag that called not a stored procedure, but several SQL statements in a row,
using a dataSource, just like I would use for tags. After
looking through the source code, I noticed that the abstract classes
org.apache.tagli
11 matches
Mail list logo
