<snip> On Fri, 28 Jan 2005 14:38:30 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote: > Not at all. I read you crystal clear. I was replying to Jack ;-) > > On Fri, 28 Jan 2005 15:35:40 -0500, Chaikin, Yaakov Y. > <[EMAIL PROTECTED]> wrote: > > Eddie, > > > > I just read your post and hope you didn't misunderstand me... > > > > I wasn't saying that you shouldn't use JNDI to get a reference to the > > DataSource. I was simply saying that you should do it only once, not every > > time you need it. > > > > Yaakov. > > > > -----Original Message----- > > From: Eddie Bush [mailto:[EMAIL PROTECTED] > > Sent: Friday, January 28, 2005 3:32 PM > > To: Struts Users Mailing List > > > > Subject: Re: Database Connection Workflow Question > > > > Jack, > > > > Would you *please* post URLs instead of full source? I know you have > > publicly-hittable space of your own ... > > > > So far as how to acquire a DataSource/Connection goes, JNDI is a > > fantastic tool for allowing your persistence layer acquire a > > DataSource instance in a *standard* fashion. Standards aren't always > > "best practice" approaches, but getting DataSource instances from JNDI > > is a best practice. > > > > ... although I do like the idea of caching the DataSource instance, as > > mentioned earlier, in a private member of some class in your > > persistence layer. > > > > -- > > Eddie Bush > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > Eddie Bush > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > </snip>
This is a good example, Eddie, of how bandwidth could be saved. Look how much you could have snipped from this without loss. Indeed, my post was completely repeated to no purpose by Scott Purcell saying this is just what he needed. Now that would be a really good place for you to begin cutting bandwidth. I am quite serious about this. Insofar as bandwidth is a problem, and I don't assume that it is, this is really where you could save lots and lots in your campaign. My posts are miniscule in comparison even today and I doubt you want to tell everyone that they should host their own code in answering this list. I actually would back that approach and note that this post is unusual for you. Usually you do snip things better than this. Please take this in the helpful way it is meant. If there is a problem, then one should attack the main reasons for the problem. This repeating parts of posts that are not needed is a HUGE part of the bandwidth "problem". Jack -- ------------------------------ "You can lead a horse to water but you cannot make it float on its back." ~Dakota Jack~ "You can't wake a person who is pretending to be asleep." ~Native Proverb~ "Each man is good in His sight. It is not necessary for eagles to be crows. We are poor . . . but we are free." ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ ----------------------------------------------- "This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation." --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
