I am sure some shops write their own MVC so that they don't code to servlet. I say use Struts, it's got docs.
Back to the 2 choices I mentioned as more effective.
.V
Eddie Bush wrote:
I agree with your premise. However, some shops like to keep things elementary -- like to cook their own dog food so they know what it's made of.
I'm far too lazy to write JDBC calls everywhere, and this seems to be the dominant behavior of folks :-( Once I get the spit and polish of my subsystem, I'm going to push it as a better solution -- that was cooked in-house -- to help speed production and reduce errors (since folks don't have to write JDBC). The reuse I've seen so far where I'm at is "Oh, copy this or that". It's true that this is sometimes on the file level, but I much prefer having drop-in, easily-configurable components. Hopefully, I'll be able to infect everyone around me with the same attitude ...
It ain't iBatis (or some other OS package), and it probably never will be, but it beats the dog out of coding directly to JDBC :-) I totally agree that "raising the level" above JDBC is an important step ... but my point is that some of us will have to do the level-raising ourselves - by hand.
On Tue, 18 Jan 2005 19:50:00 -0600, Vic <[EMAIL PROTECTED]> wrote:
DAO is better, there are SQL based DAO that do not use O/R at all (iBatis). Also, there is Spring JDBC wraper. 2 good choices.
I too do not use O/R at all.
It just helps you leverage code that is tested and working.
.V
Eddie Bush wrote:
... actually, some of us. Why? Because our "standards" (rather, the standards of the company we work for) say that we're not using some hot-diggity O/R mapper.
There are a myriad of reasons for doing things this way - none of which I'll go in to here. Fact is, what it really boils down to: It's "easy" and whoever comes after you to do maintenance can be reasonably expected to know how to deal with it if it gets broke.
... risk management. I have a love/hate relationship with standardization ...
Peace :-)
Eddie
On Tue, 18 Jan 2005 07:05:41 -0600, Vic <[EMAIL PROTECTED]> wrote:
What does this have to do w/ Struts? You can at least put a OT: What DAO type are you using, you should post there. Hibrenate? iBatis?
Hopefully no one writes their own JDBC handling anymore.
.V OT: MS Driver is horrible, everyone uses jTDS in proudction from sf.net - including 1up.com based on Struts and MS SQL and iBatis DAO
Neil Meyer wrote:
It's causing a lot of problems as my sites get busier. Database deadlocks and timeouts.
Neil Meyer
-----Original Message----- From: David Bolsover [mailto:[EMAIL PROTECTED] Sent: Tuesday,18 January 2005 10:43 To: Struts Users Mailing List Subject: RE: JDBC Driver
What is wrong with the Microsoft driver?
-----Original Message----- From: Neil Meyer [mailto:[EMAIL PROTECTED] Sent: 18 January 2005 07:14 To: user@struts.apache.org Subject: JDBC Driver
Hi All,
I need a SQL 2000 JDBC driver. Which would you recommend or where can I download a decent one? (Not Microsoft's driver)
Regards
Neil
======================================================= This message has been scanned for viruses and dangerous content using Vet Anti-Virus Protection and is believed to be clean. =======================================================
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- RiA-SoA w/JDNC <http://www.SandraSF.com> forums - help develop a community My blog <http://www.sandrasf.com/adminBlog>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- RiA-SoA w/JDNC <http://www.SandraSF.com> forums - help develop a community My blog <http://www.sandrasf.com/adminBlog>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
-- RiA-SoA w/JDNC <http://www.SandraSF.com> forums - help develop a community My blog <http://www.sandrasf.com/adminBlog>
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
