Eddie, If you want to get together with other committers and enforce your own judgment on these matters, please be my guest, Eddie. As things stand, I differ with you on how to approach this and as far as I can tell quite a few others disagree with you on this too. I am following my best judgment given my experience on these matters.
Have you not noticed that the failure to <snip> prior messages results in much longer posts than these offerings which put an end to this thread? These answers with examples shorten rather than lengthen the band width usage of the list, in my opinion. I don't think your ideas on this are sound. I respect your opinion but respectfully disagree. If you can get your cohorts to agree that posting code is not a good idea, I will stop, of course. I am not going to host my answers anymore than I expect you to do the same. I would point out that in this particular instance your discussion of matters without answering the question used more bandwidth than my answer which answered the question. I have no interest in tete d' tete with you. I also have no interest in following what you suggest when others also disagree. I think this is just "picking on me". ;-) If you will notice, I took the import statements out and I think this was the right thing to do. The other option was to let the thread go on until someone else did this. Again, you cannot expect me to host the answers to this list. I could show you at least 10 posts today that are longer and all they do is to repeat prior posts in a chain time after time. I think that if you are really interested in band width rather than harassing my posts, that would be a very fruitful place to start. Those are a lot longer and do nothing to help, but you have not mentioned them at all. If you like, and if this really is an interest of yours, I will be glad to point them out as they happen hourly. In my opinion you are complaining about the solution rather than the problem. As I said in the past and others have agreed with, you are just asking a very odd thing in this instance. I do wish we could get along but I don't want to do stupid things to appease you. Jack <snip> On Fri, 28 Jan 2005 14:31:34 -0600, Eddie Bush <[EMAIL PROTECTED]> wrote: > Jack, > > Would you *please* post URLs instead of full source? I know you have > publicly-hittable space of your own ... </snip> So, no, I won't. I want to use the lists like others and not be treated differently, please. Thanks. If you like, again, I will point out the myriad of other ways you might want to take your campaign to shorten bandwidth. Check out the posts today and see which ones actually waste on mere and useless repetition three and four and more times the bandwidth that this post used productively. If you were complaining about those, I could take you more seriously. As it is, I get the feeling that you are merely badgering me for doing what people find useful on this list. I wish more would do this, including you. I like code and that is why I come here. <snip> > > 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 </snip> Every "best practice" is in relation to some problem. If you don't have that problem, the practice is not only not "best" but irrelevant. 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]